From trac at avcodec.org Mon Jul 1 00:57:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 22:57:29 -0000 Subject: [FFmpeg-trac] #2732(avcodec:open): acc enc crash with low mem In-Reply-To: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> References: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> Message-ID: <053.e295865d5ef1d6ae561149029d639807@avcodec.org> #2732: acc enc crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV aac | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 00:57:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 22:57:44 -0000 Subject: [FFmpeg-trac] #2735(avcodec:open): h263 crash with low mem In-Reply-To: <038.8eab0cfc8e9c0cc9ab1920e178f87627@avcodec.org> References: <038.8eab0cfc8e9c0cc9ab1920e178f87627@avcodec.org> Message-ID: <053.f85f81593539cc2a5a3d76b306b8ba56@avcodec.org> #2735: h263 crash with low mem ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 00:57:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 22:57:49 -0000 Subject: [FFmpeg-trac] #2735(avcodec:closed): h263 crash with low mem In-Reply-To: <038.8eab0cfc8e9c0cc9ab1920e178f87627@avcodec.org> References: <038.8eab0cfc8e9c0cc9ab1920e178f87627@avcodec.org> Message-ID: <053.f2a94d074a3ed3f758480efc1082c3c9@avcodec.org> #2735: h263 crash with low mem ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash SIGSEGV | 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 Jul 1 00:57:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 22:57:59 -0000 Subject: [FFmpeg-trac] #2732(avcodec:closed): acc enc crash with low mem In-Reply-To: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> References: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> Message-ID: <053.b1a2f22edb77bffa5731835678e36902@avcodec.org> #2732: acc enc crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV aac | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 00:58:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 22:58:37 -0000 Subject: [FFmpeg-trac] #2730(avcodec:closed): ac3 encoder crash with low mem (was: swscale crash with low mem) In-Reply-To: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> References: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> Message-ID: <053.d7e6453c4acb08a19376963312b89735@avcodec.org> #2730: ac3 encoder crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV ac3 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 02:24:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 00:24:15 -0000 Subject: [FFmpeg-trac] #2720(avcodec:closed): vorbis regression In-Reply-To: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> References: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> Message-ID: <051.19d6ec911603a711c85560021b1676ac@avcodec.org> #2720: vorbis regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vorbis | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 709cae2bcbc0ea2c5d46c932b3d8301cf8f98e6b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 02:42:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 00:42:37 -0000 Subject: [FFmpeg-trac] #2724(avcodec:open): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.ae06fdc836aea478bb41b9a3c2fb938c@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV abort real | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash abort => crash SIGSEGV abort real * status: new => open * reproduced: 0 => 1 Comment: I can only reproduce the original crash with 32bit compilation. {{{ $ ulimit -Sv 96800 ... Core was generated by `ffmpeg_g -i rv1.rm -f null -'. Program terminated with signal 11, Segmentation fault. #0 0x081cbe64 in rm_assemble_video_frame (timestamp=, pseq=0xffac69b8, len=1385, pkt=0xffac6b68, vst=0x99a0880, pb=0x99a8240, s=0x999fca0, rm=) at libavformat/rmdec.c:724 724 AV_WL32(vst->pkt.data - 7 + 8*vst->cur_slice, 1); (gdb) bt #0 0x081cbe64 in rm_assemble_video_frame (timestamp=, pseq=0xffac69b8, len=1385, pkt=0xffac6b68, vst=0x99a0880, pb=0x99a8240, s=0x999fca0, rm=) at libavformat/rmdec.c:724 #1 ff_rm_parse_packet (s=s at entry=0x999fca0, pb=0x99a8240, st=st at entry=0x99a0220, ast=0x99a0880, len=len at entry=1396, pkt=pkt at entry=0xffac6b68, seq=seq at entry=0xffac69b8, flags=0, timestamp=-9223372036854775808) at libavformat/rmdec.c:779 #2 0x081cc438 in rm_read_packet (s=0x999fca0, pkt=0xffac6b68) at libavformat/rmdec.c:925 #3 0x08209717 in ff_read_packet (s=s at entry=0x999fca0, pkt=pkt at entry=0xffac6b68) at libavformat/utils.c:642 #4 0x0820c079 in read_frame_internal (s=s at entry=0x999fca0, pkt=pkt at entry=0xffac6f18) at libavformat/utils.c:1294 #5 0x0820ccba in av_read_frame (s=0x999fca0, pkt=pkt at entry=0xffac6f18) at libavformat/utils.c:1398 #6 0x080bb026 in get_input_packet (pkt=0xffac6ef8, f=0x99a7d60) at ffmpeg.c:2852 #7 process_input (file_index=0) at ffmpeg.c:2889 #8 0x080a7f10 in transcode_step () at ffmpeg.c:3159 #9 transcode () at ffmpeg.c:3211 #10 main (argc=, argv=) at ffmpeg.c:3389 print vst->pkt $2 = {buf = 0x0, pts = -9223372036854775808, dts = -9223372036854775808, data = 0x0, size = 0, stream_index = 0, flags = 0, side_data = 0x0, side_data_elems = 0, duration = 0, destruct = 0x0, priv = 0x0, pos = -1, convergence_duration = 0} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 02:57:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 00:57:50 -0000 Subject: [FFmpeg-trac] #2717(FFplay:closed): ffplay: time counter starts from 8s with wavpack file In-Reply-To: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> References: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> Message-ID: <053.3ff6f614cfac4368a9037747bf2e6af2@avcodec.org> #2717: ffplay: time counter starts from 8s with wavpack file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: fixed Keywords: wavpack | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Marton. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 03:04:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 01:04:40 -0000 Subject: [FFmpeg-trac] #1936(FFplay:closed): iff 8svx: autoexit works incorrectly In-Reply-To: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> References: <038.bf9fb91ebeb4dbfd2a8c123b0d7e971e@avcodec.org> Message-ID: <053.379ea99ec5af264d8a797baff0a0d9f8@avcodec.org> #1936: iff 8svx: autoexit works incorrectly ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Marton in 02fc61a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 03:13:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 01:13:17 -0000 Subject: [FFmpeg-trac] #2737(FFplay:new): There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream Message-ID: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> #2737: There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream -------------------------------------+------------------------------------- Reporter: | Type: felixyang_tw | enhancement Status: new | Priority: normal Component: FFplay | Version: git- Keywords: HLS | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Dear all: I use ffplay to play the hls stream (*.m3u8). It can play normally. However, as I try change the another bitrate stream by pressing 'a' (it will call stream_cycle_channel(cur_stream, AVMEDIA_TYPE_AUDIO)) or pressing 'a' (it will call stream_cycle_channel(cur_stream, AVMEDIA_TYPE_VIDEO)). There is discontinusous phenomenon people can perceive. Is there any method to change stream smoothly? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 03:16:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 01:16:35 -0000 Subject: [FFmpeg-trac] #2737(FFplay:new): There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream In-Reply-To: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> References: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> Message-ID: <056.8c0af61811209da42f3c18adb3627b1d@avcodec.org> #2737: There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream --------------------------------------+---------------------------------- Reporter: felixyang_tw | Owner: Type: enhancement | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by cehoyos): Please provide your command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 04:15:54 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 02:15:54 -0000 Subject: [FFmpeg-trac] #2737(FFplay:new): There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream In-Reply-To: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> References: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> Message-ID: <056.bf1b38951fe126ca21742dc27d5bdc77@avcodec.org> #2737: There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream --------------------------------------+---------------------------------- Reporter: felixyang_tw | Owner: Type: enhancement | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by felixyang_tw): I use the following command to test: ffplay http://192.168.1.10/video/test.m3u8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 08:14:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 06:14:41 -0000 Subject: [FFmpeg-trac] #2737(FFplay:new): There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream In-Reply-To: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> References: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> Message-ID: <056.c807b4c60558918f881898f615b7c1a7@avcodec.org> #2737: There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream --------------------------------------+---------------------------------- Reporter: felixyang_tw | Owner: Type: enhancement | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by cehoyos): To make this a valid ticket, please provide the failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 08:26:08 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 06:26:08 -0000 Subject: [FFmpeg-trac] #2722(avcodec:open): crash in low memory situation In-Reply-To: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> References: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> Message-ID: <053.09690cb6976550d1318cd1b913529b9a@avcodec.org> #2722: crash in low memory situation ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 08:26:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 06:26:30 -0000 Subject: [FFmpeg-trac] #2722(avcodec:closed): crash in low memory situation In-Reply-To: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> References: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> Message-ID: <053.2a2119d4ec66324bf5db4f5c22edd057@avcodec.org> #2722: crash in low memory situation ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash SIGSEGV | 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 Jul 1 08:29:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 06:29:53 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.66a5124c120d4c5bc740c9da7206fc6e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:16 klaussfreire]: You may also want to look at ticket #2706. (Is it a duplicate of this ticket?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 10:05:54 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 08:05:54 -0000 Subject: [FFmpeg-trac] #2716(avformat:open): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.49cde3fa585c16e1b4e73ab1b9da1dd7@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 10:38:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 08:38:02 -0000 Subject: [FFmpeg-trac] #2716(avformat:open): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.b80e3a6efc94ab81c0a435969a844ca2@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): Replying to [comment:13 cehoyos]: hi cehoyos i did send a patch, after analyzing and reproducing. is it something like any one as has to it. then it will count. thanks anshul "please pardon me if above statement is arrogant, this is because i don't know how to sugar them" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 11:04:12 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 09:04:12 -0000 Subject: [FFmpeg-trac] #2731(undetermined:new): Problem with -metadata disc In-Reply-To: <037.161f60b388f2afac14a26f104055df46@avcodec.org> References: <037.161f60b388f2afac14a26f104055df46@avcodec.org> Message-ID: <052.ece6be268f012ece9adad0abdfa0a1dc@avcodec.org> #2731: Problem with -metadata disc -------------------------------------+------------------------------------- Reporter: Messiahs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by burek): I can confirm this. I went to download a free sample m4a file: http://developer.longtailvideo.com/trac/browser/trunk/html5/test/files/bunny.m4a?rev=944 Then I downloaded latest mp3tag to test things: http://www.mp3tag.de/en/download.html Before using mp3tag, the output was: {{{ > ffmpeg -i bunny.m4a ffmpeg version N-54277-gff130d7 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 30 2013 01:25:12 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003eb940] stream 0, timescale not set Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bunny.m4a': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom creation_time : 2008-05-07 11:45:07 title : Big Buck Bunny gapless_playback: 0 encoder : iTunes v7.6.1, QuickTime 7.4.1 artist : Blender foundation genre : Animation date : 2008 lyrics : The Peach open movie project presents One big rabbit Three rodents And one giant payback Get ready Big Buck Bunny Coming soon www.bigbuckbunny.org Duration: 00:00:33.07, start: 0.000000, bitrate: 142 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s Metadata: creation_time : 2008-05-07 11:45:07 Stream #0:1: Video: mjpeg, yuvj444p, 424x600 [SAR 100:100 DAR 53:75], 90k tbr, 90k tbn, 90k tbc At least one output file must be specified }}} and after using the mp3tag utility: {{{ > ffmpeg -i bunny_new.m4a ffmpeg version N-54277-gff130d7 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 30 2013 01:25:12 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000024eb980] stream 0, timescale not set Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bunny_new.m4a': Metadata: major_brand : M4A minor_version : 0 compatible_brands: M4A mp42isom creation_time : 2008-05-07 11:45:07 disc : 1/4 genre : Animation artist : Blender foundation lyrics : The Peach open movie project presents One big rabbit Three rodents And one giant payback Get ready Big Buck Bunny Coming soon www.bigbuckbunny.org title : Big Buck Bunny encoder : iTunes v7.6.1, QuickTime 7.4.1 date : 2008 gapless_playback: 0 Duration: 00:00:33.07, start: 0.000000, bitrate: 142 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 127 kb/s Metadata: creation_time : 2008-05-07 11:45:07 Stream #0:1: Video: mjpeg, yuvj444p, 424x600 [SAR 100:100 DAR 53:75], 90k tbr, 90k tbn, 90k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 19:41:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 17:41:30 -0000 Subject: [FFmpeg-trac] #2731(undetermined:new): Problem with -metadata disc In-Reply-To: <037.161f60b388f2afac14a26f104055df46@avcodec.org> References: <037.161f60b388f2afac14a26f104055df46@avcodec.org> Message-ID: <052.af81835842adbdbe04cecc5bc84389e9@avcodec.org> #2731: Problem with -metadata disc -------------------------------------+------------------------------------- Reporter: Messiahs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Messiahs): thx for testing and providing the examples! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 20:58:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 18:58:07 -0000 Subject: [FFmpeg-trac] #2714(avcodec:closed): mpeg4: crash with lowres > 2 In-Reply-To: <038.4733adf45cf40559145a9e7e92fc9c5e@avcodec.org> References: <038.4733adf45cf40559145a9e7e92fc9c5e@avcodec.org> Message-ID: <053.8e4b88ec68a939ba77ca8212bbdbaf8b@avcodec.org> #2714: mpeg4: crash with lowres > 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: crash SIGSEGV asp lowres | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in b791a0831b0a027e7ba4eb6961cc0180472ac603 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 23:23:43 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 21:23:43 -0000 Subject: [FFmpeg-trac] #2579(avformat:open): Data stream from UAV video reported as "Unknown" type In-Reply-To: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> References: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> Message-ID: <051.e65430214d38b5ba881f5be4fc9dc27d@avcodec.org> #2579: Data stream from UAV video reported as "Unknown" type -------------------------------------+------------------------------------- Reporter: mleotta | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): How can these old streams be identified ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 1 23:32:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 21:32:20 -0000 Subject: [FFmpeg-trac] #2579(avformat:open): Data stream from UAV video reported as "Unknown" type and without codec_id set (was: Data stream from UAV video reported as "Unknown" type) In-Reply-To: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> References: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> Message-ID: <051.ffe51bd798d8db97bf12ea0786af0c80@avcodec.org> #2579: Data stream from UAV video reported as "Unknown" type and without codec_id set -------------------------------------+------------------------------------- Reporter: mleotta | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * priority: important => normal Comment: Its a bit boarderline if this is a regression or not, considering that codec_id was never set correctly and the stream type was data more by bug than feature. Technically its a regression though but IMO its normal not important considering it never really worked -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 00:47:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Jul 2013 22:47:58 -0000 Subject: [FFmpeg-trac] #2588(avformat:closed): Crash during playback of real audio over rtsp In-Reply-To: <039.aaedc66fd6b13602b6ce8790f26bb894@avcodec.org> References: <039.aaedc66fd6b13602b6ce8790f26bb894@avcodec.org> Message-ID: <054.1af0888c18b36961bbc20018cef8fc22@avcodec.org> #2588: Crash during playback of real audio over rtsp -------------------------------------+------------------------------------- Reporter: eleventeen | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in bf87908cd8da31e8f8fe75c06577170928ea70a8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 02:36:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 00:36:07 -0000 Subject: [FFmpeg-trac] #2738(avcodec:new): Recovery point / I-frame missed on h264 stream Message-ID: <036.95e234b8a1dc4aa7ae958007e0706b01@avcodec.org> #2738: Recovery point / I-frame missed on h264 stream --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: h264 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46431 I will attach an elementary stream for which FFmpeg decodes five frames before the first I-frame {{{ $ ffmpeg -vsync 0 -i h264fail.h264 -vframes 10 out%2d.png ffmpeg version N-54342-gbf87908 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 2 2013 01:54:34 with gcc 4.3 (SUSE Linux) configuration: --enable-gpl --enable-libopenjpeg --extra-ldflags=-lm libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS referenced [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS 0 referenced [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] no frame! [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS referenced [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS 0 referenced [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] no frame! [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS referenced [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS 0 referenced [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] no frame! [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS referenced [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS 0 referenced [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] no frame! [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS referenced [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS 0 referenced [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] no frame! [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS referenced [h264 @ 0x90a54a0] non-existing SPS 0 referenced in buffering period [h264 @ 0x90a54a0] non-existing PPS 0 referenced [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] no frame! [h264 @ 0x90a54a0] mmco: unref short failure Last message repeated 2 times Input #0, h264, from 'h264fail.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 47.67 fps, 50 tbr, 1200k tbn, 100 tbc Output #0, image2, to 'out%2d.png': Metadata: encoder : Lavf55.10.100 Stream #0:0: Video: png, rgb24, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 50 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> png) Press [q] to stop, [?] for help [h264 @ 0x90a54a0] Missing reference picture, default is 0 [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] Missing reference picture, default is 0 [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] reference picture missing during reorder [h264 @ 0x90a54a0] Missing reference picture, default is 0 [h264 @ 0x90a54a0] decode_slice_header error [h264 @ 0x90a54a0] mmco: unref short failure Last message repeated 1 times frame= 10 fps=2.2 q=0.0 Lsize=N/A time=00:00:00.30 bitrate=N/A video:10475kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000205% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 03:29:11 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 01:29:11 -0000 Subject: [FFmpeg-trac] #2668(avcodec:closed): h264 444 file crashes 32bit ffplay In-Reply-To: <036.d7955e30de0714a18493d9c9ad8be7c7@avcodec.org> References: <036.d7955e30de0714a18493d9c9ad8be7c7@avcodec.org> Message-ID: <051.c77c2c31c0df4998812fe3da1fa07fd9@avcodec.org> #2668: h264 444 file crashes 32bit ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 crash | Blocked By: SIGSEGV regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in f27b22b4974c740f4c7b4140a793cac196179266 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 13:24:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 11:24:25 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.c46649ec7759682f8c30379a0099c995@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Please provide exact information which variables have which values, including a patch that shows how you printed them -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 14:01:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 12:01:06 -0000 Subject: [FFmpeg-trac] #2734(avcodec:closed): flac crash with low mem In-Reply-To: <038.0d2ba2a97d08b9808d6d59135ef67016@avcodec.org> References: <038.0d2ba2a97d08b9808d6d59135ef67016@avcodec.org> Message-ID: <053.755a329fd3bbf150accc8f629dc80096@avcodec.org> #2734: flac crash with low mem ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by richardpl): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Fixed in 7e112df4709578207c627d895921984d26db32c3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 14:11:10 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 12:11:10 -0000 Subject: [FFmpeg-trac] #2739(avformat:new): Seeking with certain OGM samples fails Message-ID: <033.74e6307d76d6e4a363a645ab7c9612de@avcodec.org> #2739: Seeking with certain OGM samples fails -------------------------------------+------------------------------------- Reporter: JEEB | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: oggdec ogm | master seeking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug''': A sample is uploaded to upload.ffmpeg.org/incoming under the name lavf_ogm_seeking_borked.ogm. As I have no idea if the file can be cut with dd, I have not touched the file at all. Seeking with certain OGM samples fails. Gabest and Haali seem to work fine with them, as well as libav after [https://git.libav.org/?p=libav.git;a=commit;h=8ad3267ce3a1522a181946288049cc848cc9e351 commit 8ad3267] (cherry-picking the change from libav does not seem to fix it, though the oggdec demuxer seems to be rather different between the two projects, so that is kind of understandable). ''' How to reproduce''': {{{ % ffmpeg -ss 00:05:00.000 -i lavf_ogm_seeking_borked.ogm -c:v rawvideo -c:a pcm_s16le -f null - ffmpeg version N-54345-ga35494c Copyright (c) 2000-2013 the FFmpeg developers built on Jul 2 2013 12:33:35 with gcc 4.7.3 (GCC) configuration: libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 10.101 / 55. 10.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 [ogg @ 000319E0] Headers mismatch for stream 1: expected 3 received 2. [ogg @ 000319E0] Headers mismatch for stream 2: expected 3 received 2. Input #0, ogg, from 'lavf_ogm_seeking_borked.ogm': Duration: 00:23:19.19, start: 0.000000, bitrate: 1383 kb/s Stream #0:0(Japanese): Video: mpeg4 (DX50 / 0x30355844), yuv420p, 640x480, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0:1(English): Audio: vorbis, 48000 Hz, stereo, fltp, 0 kb/s Stream #0:2(Japanese): Audio: vorbis, 48000 Hz, stereo, fltp, 0 kb/s Stream #0:3(English): Subtitle: text Stream #0:4(Deutsch): Subtitle: text Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.10.101 Stream #0:0(Japanese): Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, q=2-31, 200 kb/s, 90k tbn, 23.98 tbc Stream #0:1(English): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> rawvideo) Stream #0:1 -> #0:1 (vorbis -> pcm_s16le) Press [q] to stop, [?] for help [null @ 03CDF9E0] Encoder did not produce proper pts, making some up. frame= 8 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.33 bitrate=N/A dup=2 drop=0 video:1kB audio:0kB subtitle:0 global headers:0kB muxing overhead -104.296875% }}} As can be seen, only "8" frames get decoded, and then it stops. There are plenty of frames to be decoded, though, even after the seek. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 14:22:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 12:22:17 -0000 Subject: [FFmpeg-trac] #2733(avcodec:closed): indeo3 crash with low mem In-Reply-To: <038.33c0931c5833b671a561545eac2d617f@avcodec.org> References: <038.33c0931c5833b671a561545eac2d617f@avcodec.org> Message-ID: <053.a532dc8a1e8a0279b2386f7a1f3eb904@avcodec.org> #2733: indeo3 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV indeo3 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in 84343dd9d3b8e19c95c0f641a9f97915efec0633. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 14:32:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 12:32:01 -0000 Subject: [FFmpeg-trac] #2554(undetermined:open): vmd deocdes incorrectly In-Reply-To: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> References: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> Message-ID: <053.9293846b228d4016d3a4630229e11936@avcodec.org> #2554: vmd deocdes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: vmd | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): And how it actually should look like? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 14:51:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 12:51:07 -0000 Subject: [FFmpeg-trac] #2739(avformat:open): Seeking with certain OGM samples fails In-Reply-To: <033.74e6307d76d6e4a363a645ab7c9612de@avcodec.org> References: <033.74e6307d76d6e4a363a645ab7c9612de@avcodec.org> Message-ID: <048.9aed9b8ffd4c86fd7630c2b3365a7597@avcodec.org> #2739: Seeking with certain OGM samples fails --------------------------------------+------------------------------------ Reporter: JEEB | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg asp seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: oggdec ogm seeking => ogg asp seek * status: new => open * reproduced: 0 => 1 Comment: I suspect this is related to tickets #2506 and #2507 but there may be additional issue(s). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:17:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:17:16 -0000 Subject: [FFmpeg-trac] #2691(avformat:open): ffmpeg detects 0 channels in audio streams (audio streams are detected after the main loop in find_stream_info) (was: ffmpeg detects 0 channels in audio streams and does not suggest increasing values for analyzeduration and probesize) In-Reply-To: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> References: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> Message-ID: <049.cad3f7d0d30ae90ca8a10e0f35aaa60c@avcodec.org> #2691: ffmpeg detects 0 channels in audio streams (audio streams are detected after the main loop in find_stream_info) ------------------------------------+------------------------------------ Reporter: vhann | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: mpegps regression => mpegps * priority: important => normal Comment: Lack of suggestion fixed in 2492f7774f6c763b23c65d30a2eeb558ea23f4a2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:18:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:18:09 -0000 Subject: [FFmpeg-trac] #2724(avcodec:open): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.11a9734694af199588f9a85a859e615b@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV abort real | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Are such reports are welcome or I shouldn't waste my time on them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:19:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:19:45 -0000 Subject: [FFmpeg-trac] #2554(undetermined:closed): vmd deocdes incorrectly In-Reply-To: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> References: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> Message-ID: <053.ab92349e246b0c59711c39502c110282@avcodec.org> #2554: vmd deocdes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: vmd | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: open => closed * resolution: => invalid Comment: According to Kostya the file is badly encoded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:30:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:30:08 -0000 Subject: [FFmpeg-trac] #2740(undetermined:new): Concatenating m4a files FAILED with output file name 'con.m4a' Message-ID: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> #2740: Concatenating m4a files FAILED with output file name 'con.m4a' -------------------------------------+------------------------------------- Reporter: yumeyao | Type: defect Status: new | Priority: minor Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: It seems the name 'con.m4a' is internally used or somewhat, I saw this message: {{{ Input #0, concat, from 'mylist.txt': Duration: 00:00:00.00, start: 0.000000, bitrate: 163 kb/s Stream #0:0: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 162 kb/s File 'con.m4a' already exists. Overwrite ? [y/N] }}} Of course there's no such file there. If I choose Yes: {{{ [ipod @ 0261d2c0] muxer does not support non seekable output Output #0, ipod, to 'con.m4a': Metadata: encoder : Lavf55.10.100 Stream #0:0: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 162 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Error number -1 occurred }}} And yes, just by changing the output file name, the whole process goes to work. How to reproduce: {{{ % ffmpeg -f concat -i mylist.txt -c copy con.m4a ffmpeg version N-54277-gff130d7 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 30 2013 01:20:12 with gcc 4.7.3 (GCC) }}} (This is the version from http://ffmpeg.zeranoe.com/builds/, I was just lazy to build it myself because I just wanted to try out the concat function instructed in the wiki: [http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20concatenate%20(join,%20merge)%20media%20files] mylist.txt content: {{{ 1.m4a 2.m4a }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:30:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:30:35 -0000 Subject: [FFmpeg-trac] #2554(undetermined:closed): vmd deocdes incorrectly In-Reply-To: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> References: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> Message-ID: <053.fc121de7c6ba3fd49ac89c6bac3d4024@avcodec.org> #2554: vmd deocdes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: vmd | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): Huh?, is there other program that shows something different? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:33:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:33:06 -0000 Subject: [FFmpeg-trac] #2554(undetermined:closed): vmd deocdes incorrectly In-Reply-To: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> References: <038.680e82276c23ccb6a0d4ff36de24c590@avcodec.org> Message-ID: <053.51bdccddf05ebbbbde918ae29daaa5ed@avcodec.org> #2554: vmd deocdes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: vmd | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): I dont know. The file comes from MS-DOS game: http://cd.textfiles.com/cdaction/cdaction06a/URBAN/URBAND.VMD -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:35:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:35:51 -0000 Subject: [FFmpeg-trac] #551(avformat:new): Enhancements for ffmpeg 0.6.3 when dealing with live H264 stream In-Reply-To: <035.bb95f113a5b1f741fc1f1cd3f6a8da21@avcodec.org> References: <035.bb95f113a5b1f741fc1f1cd3f6a8da21@avcodec.org> Message-ID: <050.c618bbec9847573cf720b126c12bc88f@avcodec.org> #551: Enhancements for ffmpeg 0.6.3 when dealing with live H264 stream -------------------------------------+------------------------------------ Reporter: ilevin | Owner: Type: enhancement | Status: new Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Patches sent to tracker are ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 15:59:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 13:59:06 -0000 Subject: [FFmpeg-trac] #2740(undetermined:new): Concatenating m4a files FAILED with output file name 'con.m4a' In-Reply-To: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> References: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> Message-ID: <051.cef7aee4a2bafe321c60d01c3bcae0b3@avcodec.org> #2740: Concatenating m4a files FAILED with output file name 'con.m4a' -------------------------------------+------------------------------------- Reporter: yumeyao | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 18:43:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 16:43:28 -0000 Subject: [FFmpeg-trac] #2740(undetermined:new): Concatenating m4a files FAILED with output file name 'con.m4a' In-Reply-To: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> References: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> Message-ID: <051.ee5e3a277b76e95dd3809f1fb56aa653@avcodec.org> #2740: Concatenating m4a files FAILED with output file name 'con.m4a' -------------------------------------+------------------------------------- Reporter: yumeyao | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DJX): If this is on Windows, this is not a bug. There are reserved resource names in Windows that can not be used for files or folders, no matter what the extension. "con" & "prn" are two I can think of off the top of my head. They stand for console and printer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 20:00:55 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 18:00:55 -0000 Subject: [FFmpeg-trac] #2579(avformat:open): Data stream from UAV video reported as "Unknown" type and without codec_id set In-Reply-To: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> References: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> Message-ID: <051.b2117b408bf16d0a874089a8c17a67ad@avcodec.org> #2579: Data stream from UAV video reported as "Unknown" type and without codec_id set -------------------------------------+------------------------------------- Reporter: mleotta | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mleotta): Replying to [comment:14 michael]: > How can these old streams be identified ? I uploaded a sample video with the hope that someone could help me figure that out. Unfortunately I know little about how this normally works. How are streams normally identified? I'm happy to help dig into this if someone can point me in the right direction. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 20:48:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 18:48:25 -0000 Subject: [FFmpeg-trac] #2741(FFmpeg:new): How to overlay Teletext subtitles in ffmpeg? Message-ID: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Type: defect wonmanfactory | Priority: normal Status: new | Version: Component: FFmpeg | unspecified Keywords: | Blocked By: dvb_subtitle, wtv, teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: an mkv file with subtitles / a video overlaid with subtitles {{{ % ffmpeg -i input.wtv -map 0 -map -0:3 -vcodec libx264 -acodec libmp3lame -scodec copy output.mkv }}} or {{{ % ffmpeg -i input.wtv -filter_complex "[0:v][0:s]overlay[v]" -map [v] -map 0:a output.mkv ffmpeg version N-54082-g96b33dd built on Jun 17 2013 02:10:21 with gcc 4.7.3 }}} The first command get aborted. The error return is {{{ ffmpeg version N-54082-g96b33dd Copyright (c) 2000-2013 the FFmpeg developers built on Jun 17 2013 02:10:21 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.103 / 55. 8.103 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [wtv @ 000000000249b380] truncated file Last message repeated 3 times [mpeg2video @ 000000000263f620] Invalid frame dimensions 0x0. Last message repeated 26 times [wtv @ 000000000249b380] max_analyze_duration 5000000 reached at 5016000 microseconds Input #0, wtv, from '16 and Pregnant_Viva_2013_06_13_20_00_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : 16 and Pregnant WM/SubTitleDescription: Reality series following prospective teenage parents. An aspiring cage fighter strives to be an independent mother. genre : Documentary;Reality TV WM/OriginalReleaseTime: 0 WM/MediaCredits : ;;; service_provider: Viva service_name : Viva WM/MediaOriginalChannel: 21 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-08-14T23:00:00Z WM/MediaOriginalRunTime: 35984082205 WM/MediaIsStereo: false WM/MediaIsRepeat: true 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/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-06-13 19:00:01 WM/WMRVSeriesUID: !GenericSeries!16 and Pregnant WM/WMRVServiceID: !Generated!45f9cf3444c149a4b3532ce756741d6a WM/WMRVProgramID: !MCProgram!46241323 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 0 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 35994188749 WM/WMRVEndTime : 2013-06-13 20:00:01 WM/WMRVBitrate : 2.168572 WM/WMRVKeepUntil: 0 WM/WMRVActualSoftPrePadding: 298 WM/WMRVActualSoftPostPadding: 1 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 372 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4644939472175984804 Duration: 01:00:03.21, start: 1.449767, bitrate: 2166 kb/s Stream #0:0[0x69](eng): Subtitle: dvb_subtitle Stream #0:1[0x6a](eng): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 256 kb/s Stream #0:2[0x6b]: Video: mpeg2video (Main), yuv420p, 544x576 [SAR 32:17 DAR 16:9], 25 fps, 25 tbr, 10000k tbn, 50 tbc Stream #0:3[0x0]: Video: mjpeg, yuvj420p, 189x200 [SAR 96:96 DAR 189:200], 90k tbr, 90k tbn, 90k tbc Metadata: title : TV Thumbnail File 'test.mkv' already exists. Overwrite ? [y/N] [libx264 @ 000000000457f8e0] using SAR=32/17 [libx264 @ 000000000457f8e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 000000000457f8e0] profile High, level 3.0 [libx264 @ 000000000457f8e0] 264 - core 133 r2334 a3ac64b - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, matroska, to 'test.mkv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : 16 and Pregnant WM/SubTitleDescription: Reality series following prospective teenage parents. An aspiring cage fighter strives to be an independent mother. genre : Documentary;Reality TV WM/OriginalReleaseTime: 0 WM/MediaCredits : ;;; service_provider: Viva service_name : Viva WM/MediaOriginalChannel: 21 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-08-14T23:00:00Z WM/MediaOriginalRunTime: 35984082205 WM/MediaIsStereo: false WM/MediaIsRepeat: true 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/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2013-06-13 19:00:01 WM/WMRVSeriesUID: !GenericSeries!16 and Pregnant WM/WMRVServiceID: !Generated!45f9cf3444c149a4b3532ce756741d6a WM/WMRVProgramID: !MCProgram!46241323 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 300 WM/WMRVOriginalSoftPostPadding: 0 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 35994188749 WM/WMRVEndTime : 2013-06-13 20:00:01 WM/WMRVBitrate : 2.168572 WM/WMRVKeepUntil: 0 WM/WMRVActualSoftPrePadding: 298 WM/WMRVActualSoftPostPadding: 1 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : false WM/MediaThumbWidth: 352 WM/MediaThumbHeight: 372 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 16 WM/MediaThumbAspectRatioY: 9 WM/MediaThumbTimeStamp: 4644939472175984804 encoder : Lavf55.8.103 Stream #0:0(eng): Subtitle: dvb_subtitle Stream #0:1(eng): Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p Stream #0:2: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 544x576 [SAR 32:17 DAR 16:9], q=-1--1, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (mp2 -> libmp3lame) Stream #0:2 -> #0:2 (mpeg2video -> libx264) Press [q] to stop, [?] for help [matroska @ 000000000255fa60] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 3532 >= 3461 av_interleaved_write_frame(): Invalid argument }}} This program is made in America and broadcast on a British TV channel. I don't know what's happening inside. I have tried to translate many episodes of this program and get the same return and abort at different progress level. I don't know what "Application provided invalid, non montonically increasing av_interleaved_write_frame(): Invalid argument mean. What can I do with it? So I try to overlay the subtitles on my video using the command provided in the tutorial. I have never made a successful attempt once. The output file is a regular video file which does not contain any subtitles overlaid on it. During the translation, the return contains a yellow line. {{{ sub2video: rectangle overflowing }}} How do I tackle this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 21:23:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 19:23:21 -0000 Subject: [FFmpeg-trac] #2740(undetermined:open): Concatenating m4a files FAILED with output file name 'con.m4a' In-Reply-To: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> References: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> Message-ID: <051.9456265ac47e885040dbff34f386436c@avcodec.org> #2740: Concatenating m4a files FAILED with output file name 'con.m4a' -------------------------------------+------------------------------------- Reporter: yumeyao | Owner: yumeyao Type: defect | Status: open Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by yumeyao): * owner: => yumeyao * status: new => open Comment: @DJX you're correct. This is not a ffmepg issue. Sorry for mis-reporting. I'll close it. BR -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 22:24:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 20:24:37 -0000 Subject: [FFmpeg-trac] #2742(avcodec:new): Speex encoding does not allow for specifying complexity level Message-ID: <035.e308f5795b96a787c0096c0eeba9db20@avcodec.org> #2742: Speex encoding does not allow for specifying complexity level ---------------------------------+--------------------------------------- Reporter: ferene | Type: defect Status: new | Priority: wish Component: avcodec | Version: unspecified Keywords: speex | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: FFmpeg does not make use of the complexity level setting provided by libspeex. This option is highly useful in CPU-confined environments. How to reproduce: {{{ ffmpeg -i input -acodec libspeex -ar 8000 -vbr 1 --comp 10 --dtx 1 output.spx ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers built on May 27 2013 08:37:26 with gcc 4.7 (Debian 4.7.3-4) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --enable-libiec61883 --enable-libfdk- libavutil 52. 18.100 / 52. 18.100 Unrecognized option '-comp'. Error splitting the argument list: Option not found }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 22:36:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 20:36:22 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.9daf3da76e427b7524f2d555f115b93e@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by richardpl): the stereo samples are really strange - layout does not match 4bit case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 23:22:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 21:22:22 -0000 Subject: [FFmpeg-trac] #2740(undetermined:closed): Concatenating m4a files FAILED with output file name 'con.m4a' In-Reply-To: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> References: <036.61d5c777f977e0667e11729354f7b5ae@avcodec.org> Message-ID: <051.e19d8e2c0fec764c6afbdf2b851cbfd9@avcodec.org> #2740: Concatenating m4a files FAILED with output file name 'con.m4a' -------------------------------------+------------------------------------- Reporter: yumeyao | Owner: yumeyao Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: minor => normal * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 23:26:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 21:26:01 -0000 Subject: [FFmpeg-trac] #2741(FFmpeg:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.1c40fee8d1ae67f43cb407c06e29206a@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: FFmpeg Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 dvb_subtitle, wtv, teletext | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): How is this teletext-related? Do you want to overlay the subtitles or do you want the subtitle as a separate stream? Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 2 23:26:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Jul 2013 21:26:46 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.ceb0ad017d6e0c063acd887ad310ec26@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvb_subtitle, wtv, teletext => dvbsub wtv * version: unspecified => git-master * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 03:29:43 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 01:29:43 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.28b71f1d9bfc04659f0cf4dfe4b6e9ba@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wonmanfactory): Hi, thanks for quick response. At first, I wanted to separate them. But I couldn't, so I try to put them together. I want to know both. On the other hand, I want to create a OCR program to map out the DVB subtitles to SRT. How can I export the graphic text files and get their pts etc? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 03:33:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 01:33:23 -0000 Subject: [FFmpeg-trac] #2742(avcodec:new): Speex encoding does not allow for specifying complexity level In-Reply-To: <035.e308f5795b96a787c0096c0eeba9db20@avcodec.org> References: <035.e308f5795b96a787c0096c0eeba9db20@avcodec.org> Message-ID: <050.6380249b7b56c3e000a6389892c509ac@avcodec.org> #2742: Speex encoding does not allow for specifying complexity level -------------------------------------+----------------------------------- Reporter: ferene | Owner: Type: defect | Status: new Priority: wish | Component: avcodec Version: unspecified | Resolution: Keywords: speex | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by jamal): It's -compression_level, not --comp http://ffmpeg.org/doxygen/trunk/libspeexenc_8c.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 09:53:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 07:53:46 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.bf4b01f85ff64af0fd15b2774824c497@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 wonmanfactory]: > I am sure you will say it's too large. Why? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 12:02:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 10:02:28 -0000 Subject: [FFmpeg-trac] #1254(undetermined:closed): musepack8: wrong currect duration In-Reply-To: <038.289376dec6bd976efa51d952ec8dffd5@avcodec.org> References: <038.289376dec6bd976efa51d952ec8dffd5@avcodec.org> Message-ID: <053.b3393d71c0bdd34194699a4a9cfd28fb@avcodec.org> #1254: musepack8: wrong currect duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpc8 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): currectly the time counter is not moving too smothly compared to what was in the past -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 12:15:43 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 10:15:43 -0000 Subject: [FFmpeg-trac] #2743(undetermined:new): ffplay: fix -autoexit after x seconds for wav Message-ID: <038.9368d4533631b831d857202a6bea79c2@avcodec.org> #2743: ffplay: fix -autoexit after x seconds for wav -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www1.datafilehost.com/d/6cb07ecb {{{ C:\>ffplay -t 5 -autoexit test.wav ffplay version N-54362-ge0be3cb Copyright (c) 2003-2013 the FFmpeg developers built on Jul 2 2013 22:15:59 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 11.100 / 55. 11.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from 'test.wav': 0B f=0/0 Duration: 00:00:30.01, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Seek to 100% ( 0:00:29) of total duration ( 0:00:30) f=0/0 30.01 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 13:32:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 11:32:05 -0000 Subject: [FFmpeg-trac] #2672(avfilter:closed): Incompatible avfilter_graph_parse() In-Reply-To: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> References: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> Message-ID: <050.fe3d1475d2b096601966afc947955242@avcodec.org> #2672: Incompatible avfilter_graph_parse() -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: api libav | Blocked By: fork abi | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: => api libav fork abi * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Replying to [ticket:2672 ubitux]: > In 6119b23a, API was broken (on purpose): > > {{{ > int avfilter_graph_parse(AVFilterGraph *graph, const char *filters, > - AVFilterInOut *inputs, AVFilterInOut *outputs, > + AVFilterInOut **inputs, AVFilterInOut **outputs, > void *log_ctx); > }}} > > While that API break was not really a problem at that time, the Libav fork already existed and didn't pick that change. This causes an API incompatibility between the two projects, which needs to be fixed somehow. > > AFAICT there is unfortunately no clean way to do that. Best we can do seems to be to restore the prototype automatically at next major bump (but that might break a lot of apps). Note that some applications are already using this new prototypes. Should be fixed in: {{{ commit 838bd731393a29a41a86ff15ccf972f967306319 Author: Stefano Sabatini Date: Tue Jul 2 01:39:14 2013 +0200 lavfi: create Libav-API compatibility layer for avfilter_graph_parse() at the next bump Add function avfilter_graph_parse_ptr() and favor it in place of avfilter_graph_parse(), which will be restored with the old/Libav signature at the next bump. If HAVE_INCOMPATIBLE_LIBAV_API is enabled it will use the Libav-compatible signature for avfilter_graph_parse(). At the next major bump the current implementation of avfilter_graph_parse() should be dropped in favor of the Libav/old implementation. Should address trac ticket #2672. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 13:37:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 11:37:40 -0000 Subject: [FFmpeg-trac] #2744(undetermined:new): small memleak Message-ID: <038.e9495d8498c9506d238309d1ef54316a@avcodec.org> #2744: small memleak -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ./ffmpeg_g -vcodec rawvideo -i test.avi -an -f null - ==3311== Memcheck, a memory error detector ==3311== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==3311== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==3311== Command: ./ffmpeg_g -vcodec rawvideo -i test.avi -an -f null - ==3311== ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jul 2 2013 13:07:10 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --disable-ffprobe --disable-ffserver --enable-gpl libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 10.101 / 55. 10.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [rawvideo @ 0x4314560] Invalid pixel format. Last message repeated 1 times Input #0, avi, from 'test.avi': Duration: 00:00:14.07, start: 0.000000, bitrate: 872 kb/s Stream #0:0: Video: rawvideo (IV32 / 0x32335649), 352x288, 15 tbr, 15 tbn, 15 tbc [buffer @ 0x432bc40] Unable to parse option value "-1" as pixel format Last message repeated 1 times [buffer @ 0x432bc40] Error setting option pix_fmt to value -1. [graph 0 input from stream 0:0 @ 0x432baf0] Error applying options to the filter. Error opening filters! ==3311== ==3311== HEAP SUMMARY: ==3311== in use at exit: 468 bytes in 3 blocks ==3311== total heap usage: 225 allocs, 222 frees, 229,564 bytes allocated ==3311== ==3311== 16 bytes in 1 blocks are definitely lost in loss record 1 of 3 ==3311== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3311== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3311== by 0x88111D7: av_mallocz (mem.c:93) ==3311== by 0x80D44CF: link_filter_inouts (graphparser.c:235) ==3311== by 0x80D493B: avfilter_graph_parse2 (graphparser.c:406) ==3311== ==3311== 16 bytes in 1 blocks are definitely lost in loss record 2 of 3 ==3311== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3311== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3311== by 0x88111D7: av_mallocz (mem.c:93) ==3311== by 0x80D443C: link_filter_inouts (graphparser.c:260) ==3311== by 0x80D493B: avfilter_graph_parse2 (graphparser.c:406) ==3311== by 0x432B42F: ??? ==3311== ==3311== 436 bytes in 1 blocks are definitely lost in loss record 3 of 3 ==3311== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3311== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3311== by 0x88111D7: av_mallocz (mem.c:93) ==3311== by 0x85A31C0: avcodec_get_context_defaults3 (options.c:129) ==3311== by 0x80A44A8: new_output_stream (ffmpeg_opt.c:1028) ==3311== by 0x80A4F58: new_video_stream (ffmpeg_opt.c:1174) ==3311== by 0x80A73C7: open_output_file (ffmpeg_opt.c:1694) ==3311== by 0x80A2408: open_files.isra.7 (ffmpeg_opt.c:2483) ==3311== by 0x41B4E15: (below main) (libc-start.c:228) ==3311== ==3311== LEAK SUMMARY: ==3311== definitely lost: 468 bytes in 3 blocks ==3311== indirectly lost: 0 bytes in 0 blocks ==3311== possibly lost: 0 bytes in 0 blocks ==3311== still reachable: 0 bytes in 0 blocks ==3311== suppressed: 0 bytes in 0 blocks ==3311== ==3311== For counts of detected and suppressed errors, rerun with: -v ==3311== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 23 from 6) knoppix at Microknoppix:/media/sdb1$ }}} {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ./ffmpeg_g -vcodec vc1 -i test.avi -an -f null - ==3316== Memcheck, a memory error detector ==3316== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==3316== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==3316== Command: ./ffmpeg_g -vcodec vc1 -i test.avi -an -f null - ==3316== ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jul 2 2013 13:07:10 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --disable-ffprobe --disable-ffserver --enable-gpl libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 10.101 / 55. 10.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'test.avi': Duration: 00:00:14.07, start: 0.000000, bitrate: 872 kb/s Stream #0:0: Video: vc1 (IV32 / 0x32335649), 352x288, 15 fps, 15 tbr, 15 tbn, 15 tbc [buffer @ 0x44b42a0] Unable to parse option value "-1" as pixel format Last message repeated 1 times [buffer @ 0x44b42a0] Error setting option pix_fmt to value -1. [graph 0 input from stream 0:0 @ 0x44b4150] Error applying options to the filter. Error opening filters! ==3316== ==3316== HEAP SUMMARY: ==3316== in use at exit: 468 bytes in 3 blocks ==3316== total heap usage: 976 allocs, 973 frees, 1,764,480 bytes allocated ==3316== ==3316== 16 bytes in 1 blocks are definitely lost in loss record 1 of 3 ==3316== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3316== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3316== by 0x88111D7: av_mallocz (mem.c:93) ==3316== by 0x80D44CF: link_filter_inouts (graphparser.c:235) ==3316== by 0x80D493B: avfilter_graph_parse2 (graphparser.c:406) ==3316== ==3316== 16 bytes in 1 blocks are definitely lost in loss record 2 of 3 ==3316== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3316== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3316== by 0x88111D7: av_mallocz (mem.c:93) ==3316== by 0x80D443C: link_filter_inouts (graphparser.c:260) ==3316== by 0x80D493B: avfilter_graph_parse2 (graphparser.c:406) ==3316== by 0x44B3A8F: ??? ==3316== ==3316== 436 bytes in 1 blocks are definitely lost in loss record 3 of 3 ==3316== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3316== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3316== by 0x88111D7: av_mallocz (mem.c:93) ==3316== by 0x85A31C0: avcodec_get_context_defaults3 (options.c:129) ==3316== by 0x80A44A8: new_output_stream (ffmpeg_opt.c:1028) ==3316== by 0x80A4F58: new_video_stream (ffmpeg_opt.c:1174) ==3316== by 0x80A73C7: open_output_file (ffmpeg_opt.c:1694) ==3316== by 0x80A2408: open_files.isra.7 (ffmpeg_opt.c:2483) ==3316== by 0x41B4E15: (below main) (libc-start.c:228) ==3316== ==3316== LEAK SUMMARY: ==3316== definitely lost: 468 bytes in 3 blocks ==3316== indirectly lost: 0 bytes in 0 blocks ==3316== possibly lost: 0 bytes in 0 blocks ==3316== still reachable: 0 bytes in 0 blocks ==3316== suppressed: 0 bytes in 0 blocks ==3316== ==3316== For counts of detected and suppressed errors, rerun with: -v ==3316== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 23 from 6) knoppix at Microknoppix:/media/sdb1$ }}} {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ./ffmpeg_g -vcodec vmnc -i test.avi -an -f null - ==3319== Memcheck, a memory error detector ==3319== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==3319== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==3319== Command: ./ffmpeg_g -vcodec vmnc -i test.avi -an -f null - ==3319== ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jul 2 2013 13:07:10 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --disable-ffprobe --disable-ffserver --enable-gpl libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 10.101 / 55. 10.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [vmnc @ 0x4314560] Unsupported bitdepth 24 Last message repeated 1 times Input #0, avi, from 'test.avi': Duration: 00:00:14.07, start: 0.000000, bitrate: 872 kb/s Stream #0:0: Video: vmnc (IV32 / 0x32335649), 352x288, 15 tbr, 15 tbn, 15 tbc [buffer @ 0x432c300] Unable to parse option value "-1" as pixel format Last message repeated 1 times [buffer @ 0x432c300] Error setting option pix_fmt to value -1. [graph 0 input from stream 0:0 @ 0x432c1b0] Error applying options to the filter. Error opening filters! ==3319== ==3319== HEAP SUMMARY: ==3319== in use at exit: 468 bytes in 3 blocks ==3319== total heap usage: 217 allocs, 214 frees, 231,980 bytes allocated ==3319== ==3319== 16 bytes in 1 blocks are definitely lost in loss record 1 of 3 ==3319== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3319== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3319== by 0x88111D7: av_mallocz (mem.c:93) ==3319== by 0x80D44CF: link_filter_inouts (graphparser.c:235) ==3319== by 0x80D493B: avfilter_graph_parse2 (graphparser.c:406) ==3319== ==3319== 16 bytes in 1 blocks are definitely lost in loss record 2 of 3 ==3319== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3319== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3319== by 0x88111D7: av_mallocz (mem.c:93) ==3319== by 0x80D443C: link_filter_inouts (graphparser.c:260) ==3319== by 0x80D493B: avfilter_graph_parse2 (graphparser.c:406) ==3319== by 0x432BAFF: ??? ==3319== ==3319== 436 bytes in 1 blocks are definitely lost in loss record 3 of 3 ==3319== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==3319== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==3319== by 0x88111D7: av_mallocz (mem.c:93) ==3319== by 0x85A31C0: avcodec_get_context_defaults3 (options.c:129) ==3319== by 0x80A44A8: new_output_stream (ffmpeg_opt.c:1028) ==3319== by 0x80A4F58: new_video_stream (ffmpeg_opt.c:1174) ==3319== by 0x80A73C7: open_output_file (ffmpeg_opt.c:1694) ==3319== by 0x80A2408: open_files.isra.7 (ffmpeg_opt.c:2483) ==3319== by 0x41B4E15: (below main) (libc-start.c:228) ==3319== ==3319== LEAK SUMMARY: ==3319== definitely lost: 468 bytes in 3 blocks ==3319== indirectly lost: 0 bytes in 0 blocks ==3319== possibly lost: 0 bytes in 0 blocks ==3319== still reachable: 0 bytes in 0 blocks ==3319== suppressed: 0 bytes in 0 blocks ==3319== ==3319== For counts of detected and suppressed errors, rerun with: -v ==3319== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 23 from 6) knoppix at Microknoppix:/media/sdb1$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 14:14:18 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 12:14:18 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.921de6eeac7f11308e78d0c32ba002f6@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wonmanfactory): OK. I will upload the file. Give me awhile. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 14:24:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 12:24:46 -0000 Subject: [FFmpeg-trac] #2745(avformat:new): [RFC] avformat/http: support relative url redirection Message-ID: <037.d200e1b207f4fca0ee1700a4311c54ac@avcodec.org> #2745: [RFC] avformat/http: support relative url redirection -------------------------------------+------------------------------------- Reporter: bbcallen | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: http | master redirection | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- According to http://tools.ietf.org/html/draft-ietf- httpbis-p2-semantics-17#section-9.5 Here is the pull request https://github.com/FFmpeg/FFmpeg/pull/26 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 15:59:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 13:59:57 -0000 Subject: [FFmpeg-trac] #2745(avformat:new): [RFC] avformat/http: support relative url redirection In-Reply-To: <037.d200e1b207f4fca0ee1700a4311c54ac@avcodec.org> References: <037.d200e1b207f4fca0ee1700a4311c54ac@avcodec.org> Message-ID: <052.59c1b0259aaab1efeefeea3c8df8ffcd@avcodec.org> #2745: [RFC] avformat/http: support relative url redirection ------------------------------------+------------------------------------ Reporter: bbcallen | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: http redirection => http Comment: Please send patches to the ffmpeg-devel mailing list, they get more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 16:55:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 14:55:08 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.2d8c4598d8017a21b14acaaa0732fa2c@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wonmanfactory): I have uploaded the wtv file called 16.wtv Could you logon to my ftp server to get this file? The login details are as follows Host: bbmimi.eu Username: guest at bbmimi.eu Password: ecqntnG!7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 17:04:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 15:04:32 -0000 Subject: [FFmpeg-trac] #2746(undetermined:new): Incorrect -to arg working Message-ID: <034.cf5a8cebadd64f5e176a51d5f99951f6@avcodec.org> #2746: Incorrect -to arg working -------------------------------------+------------------------------------- Reporter: aivus | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I don't know, it bug in -to argument or in documentation. But if follow documentation, -to should stop writing on position, but it work as duration. For example: I want cut fragment from 10 to 20 sec. {{{ ffmpeg -report -ss 10 -i "video\\orig_51d32ada7179a5.91859583.avi" -to 20 test.gif }}} cutting from 10 to 30 sec {{{ ?-to position (output)? Stop writing the output at position. position may be a number in seconds, or in hh:mm:ss[.xxx] form. }}} {{{ ffmpeg -version ffmpeg version N-54362-ge0be3cb built on Jul 2 2013 22:15:59 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avis ynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable -iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enabl e-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-lib opus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable- libspee x --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-am rwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --en able-libxvid --enable-zlib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 11.100 / 55. 11.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 18:07:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 16:07:35 -0000 Subject: [FFmpeg-trac] #2747(undetermined:new): svq1 enc: Invalid free() / delete / delete[] / realloc() Message-ID: <038.f842a702833abb6569174f6393d6ac87@avcodec.org> #2747: svq1 enc: Invalid free() / delete / delete[] / realloc() -------------------------------------+------------------------------------- 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/2744/test.avi {{{ knoppix at Microknoppix:/media/sdb1$ valgrind --leak-check=full ./ffmpeg_g -i test.avi -an -y -vcodec svq1 -strict -2 -t 1 out.mov ==2845== Memcheck, a memory error detector ==2845== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==2845== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==2845== Command: ./ffmpeg_g -i test.avi -an -y -vcodec svq1 -strict -2 -t 1 out.mov ==2845== ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jul 2 2013 13:07:10 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --disable-ffprobe --disable-ffserver --enable-gpl libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 10.101 / 55. 10.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'test.avi': Duration: 00:00:14.07, start: 0.000000, bitrate: 872 kb/s Stream #0:0: Video: indeo3 (IV32 / 0x32335649), yuv410p, 352x288, 15 tbr, 15 tbn, 15 tbc Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.10.101 Stream #0:0: Video: svq1 (SVQ1 / 0x31515653), yuv410p, 352x288, q=2-31, 200 kb/s, 15360 tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (indeo3 -> svq1) Press [q] to stop, [?] for help frame= 2 fps=1.8 q=0.0 size= 47kB time=00:00:00.13 bitrate=2905.7kbits/sframe= 3 fps=1.4 q=0.0 size= 76kB time=00:00:00.20 bitrate=3132.5kbits/sframe= 4 fps=1.2 q=0.0 size= 98kB time=00:00:00.26 bitrate=3006.8kbits/sframe= 5 fps=1.2 q=0.0 size= 129kB time=00:00:00.33 bitrate=3178.3kbits/sframe= 6 fps=1.1 q=0.0 size= 156kB time=00:00:00.40 bitrate=3193.7kbits/sframe= 7 fps=1.1 q=0.0 size= 180kB time=00:00:00.46 bitrate=3163.9kbits/sframe= 8 fps=1.1 q=0.0 size= 205kB time=00:00:00.53 bitrate=3143.8kbits/sframe= 9 fps=1.1 q=0.0 size= 235kB time=00:00:00.60 bitrate=3213.5kbits/sframe= 10 fps=1.0 q=0.0 size= 259kB time=00:00:00.66 bitrate=3186.0kbits/sframe= 11 fps=1.0 q=0.0 size= 285kB time=00:00:00.73 bitrate=3184.8kbits/sframe= 12 fps=1.0 q=0.0 size= 310kB time=00:00:00.80 bitrate=3170.6kbits/sframe= 13 fps=1.0 q=0.0 size= 334kB time=00:00:00.86 bitrate=3159.7kbits/sframe= 14 fps=1.0 q=0.0 size= 364kB time=00:00:00.93 bitrate=3198.8kbits/sframe= 15 fps=1.0 q=0.0 size= 391kB time=00:00:01.00 bitrate=3201.0kbits/sframe= 15 fps=0.9 q=0.0 size= 391kB time=-577014:-32:-22.-77 bitrate=N/A frame= 15 fps=0.9 q=0.0 Lsize= 392kB time=00:00:01.00 bitrate=3207.2kbits/s video:391kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.202455% ==2845== Invalid free() / delete / delete[] / realloc() ==2845== at 0x402750C: free (vg_replace_malloc.c:427) ==2845== by 0x8811161: av_freep (mem.c:210) ==2845== by 0x41B4E15: (below main) (libc-start.c:228) ==2845== Address 0x4365df4 is 12,756 bytes inside a block of size 13,448 alloc'd ==2845== at 0x40268A4: memalign (vg_replace_malloc.c:694) ==2845== by 0x402695E: posix_memalign (vg_replace_malloc.c:835) ==2845== by 0x88111D7: av_mallocz (mem.c:93) ==2845== by 0x85A31C0: avcodec_get_context_defaults3 (options.c:129) ==2845== by 0x80A44A8: new_output_stream (ffmpeg_opt.c:1028) ==2845== by 0x80A4F58: new_video_stream (ffmpeg_opt.c:1174) ==2845== by 0x80A73C7: open_output_file (ffmpeg_opt.c:1694) ==2845== by 0x80A2408: open_files.isra.7 (ffmpeg_opt.c:2483) ==2845== by 0x41B4E15: (below main) (libc-start.c:228) ==2845== ==2845== ==2845== HEAP SUMMARY: ==2845== in use at exit: 0 bytes in 0 blocks ==2845== total heap usage: 2,160 allocs, 2,162 frees, 6,626,085 bytes allocated ==2845== ==2845== All heap blocks were freed -- no leaks are possible ==2845== ==2845== For counts of detected and suppressed errors, rerun with: -v ==2845== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 23 from 6) knoppix at Microknoppix:/media/sdb1$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 3 21:34:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 19:34:20 -0000 Subject: [FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.a98227e19485f8b5f6ec23dbb1e5dfb0@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: open Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by qyot27): I found out something new during some testing just now. The issue with 2.5.8 is very specifically isolated to the loading of '''video''' streams. If the script is loading audio only, then it doesn't cause 2.5.8 to crash and FFmpeg can deal with it correctly. As was noted in the thread Zarx linked to, but curiously never got brought up here (I'm partially to blame, I take responsibility for failing to mention it also), the Version() function works with 2.5.8 and FFmpeg doesn't have an issue with it. It's when external files - and due to the new information, it's actually external '''video''' - are loaded that problems start. To illustrate, scripts like the following: >Version() works with 2.5.8 >AVISource("test.avi") fails with 2.5.8 >AVISource("test.avi",audio=false) fails with 2.5.8 >AVISource("test.avi").KillVideo() works with 2.5.8 >WAVSource("test.wav") works with 2.5.8 >FFAudioSource("test.mp4") works with 2.5.8 and so on. With any of the arbitrary source filters, so long as the only thing that's received by FFmpeg is audio, there's no problem. But the instant that video is served through the script, there's the segfault that this ticket centers around. This applies to audio-only files opened with the script, or video+audio files, in which the latter case only works if the video stream is disabled (or just simply ignored) within the script, since if that happens it won't pass the video stream to FFmpeg and the segfault will then be averted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 00:24:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 22:24:44 -0000 Subject: [FFmpeg-trac] #2747(undetermined:open): svq1 enc: Invalid free() / delete / delete[] / realloc() In-Reply-To: <038.f842a702833abb6569174f6393d6ac87@avcodec.org> References: <038.f842a702833abb6569174f6393d6ac87@avcodec.org> Message-ID: <053.f076d4cc0e2771aa9bb26799d83bba39@avcodec.org> #2747: svq1 enc: Invalid free() / delete / delete[] / realloc() -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since 80e9e63 / 759001c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 00:38:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 22:38:47 -0000 Subject: [FFmpeg-trac] #2495(avutil:closed): Better filter help In-Reply-To: <035.d79d6feebd92b4b22472d2e7032eb9ba@avcodec.org> References: <035.d79d6feebd92b4b22472d2e7032eb9ba@avcodec.org> Message-ID: <050.593ee8a8c3a978d08feda7ba0383f2e8@avcodec.org> #2495: Better filter help ----------------------------------------+---------------------------------- Reporter: jbvsmo | Owner: Type: enhancement | Status: closed Priority: wish | Component: avutil Version: git-master | Resolution: fixed Keywords: option default | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------------+---------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in a64248d1ec154779473be90ce1608702cc4a6496. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 00:48:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 22:48:19 -0000 Subject: [FFmpeg-trac] #1699(avformat:open): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.2dbc6131e7522e82ae987509b34c6522@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * priority: normal => wish * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 00:49:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 22:49:15 -0000 Subject: [FFmpeg-trac] #2744(undetermined:new): small memleak In-Reply-To: <038.e9495d8498c9506d238309d1ef54316a@avcodec.org> References: <038.e9495d8498c9506d238309d1ef54316a@avcodec.org> Message-ID: <053.5a348450362172011bc28528b9fe4ad2@avcodec.org> #2744: small memleak -------------------------------------+------------------------------------- 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): attached fixes 436bytes leak, but I don't know what I'm doing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 00:49:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 22:49:16 -0000 Subject: [FFmpeg-trac] #1699(avformat:closed): iff: fix aspect ratio In-Reply-To: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> References: <038.0f55dfa9b911e60c969782adf45b92c9@avcodec.org> Message-ID: <053.02723ec2cdf3e8762fea48c5dced7dfe@avcodec.org> #1699: iff: fix aspect ratio -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: wontfix Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => wontfix Comment: You have setdar/setsar filters. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 00:58:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 22:58:53 -0000 Subject: [FFmpeg-trac] #2743(FFplay:open): ffplay: -t does not work for audio-only files (was: ffplay: fix -autoexit after x seconds for wav) In-Reply-To: <038.9368d4533631b831d857202a6bea79c2@avcodec.org> References: <038.9368d4533631b831d857202a6bea79c2@avcodec.org> Message-ID: <053.78c4f33f7b3329b27972f0e1981ca42a@avcodec.org> #2743: ffplay: -t does not work for audio-only files ------------------------------------+---------------------------------- 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 Thu Jul 4 01:22:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 23:22:49 -0000 Subject: [FFmpeg-trac] #2743(FFplay:open): ffplay: -t does not work for audio-only files In-Reply-To: <038.9368d4533631b831d857202a6bea79c2@avcodec.org> References: <038.9368d4533631b831d857202a6bea79c2@avcodec.org> Message-ID: <053.f7b04c81daed1dabbc0b6cd2d4ba60fe@avcodec.org> #2743: ffplay: -t does not work for audio-only files ------------------------------------+---------------------------------- 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 | ------------------------------------+---------------------------------- Comment (by ami_stuff): It does work for aif/mp3/ac3/rm/..., but not for example with wav/voc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 01:33:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 23:33:20 -0000 Subject: [FFmpeg-trac] #2495(avutil:closed): Better filter help In-Reply-To: <035.d79d6feebd92b4b22472d2e7032eb9ba@avcodec.org> References: <035.d79d6feebd92b4b22472d2e7032eb9ba@avcodec.org> Message-ID: <050.3f6076e1652f7fe223adaefa81d8751e@avcodec.org> #2495: Better filter help ----------------------------------------+---------------------------------- Reporter: jbvsmo | Owner: Type: enhancement | Status: closed Priority: wish | Component: avutil Version: git-master | Resolution: fixed Keywords: option default | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------------+---------------------------------- Comment (by jbvsmo): That's great! But, there's no way in the "expression" type to set and show the range they expect? (when it makes sense) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 01:45:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Jul 2013 23:45:20 -0000 Subject: [FFmpeg-trac] #2748(avformat:new): Inconsistent UDP output packet size Message-ID: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: pkt_size | master packet size | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When outputting MPEG-TS to UDP and using the pkt_size option, ffmpeg does not produce output with constant packet size - instead, the option is used as a limit of maximum packet size. When looking at the sources, it's indeed a max packet size, but the docs just say "Set the size in bytes of UDP packets" - which is also the expected behavior according to me. Other software producing MPEG-TS over UDP/TCP (e.g. vlc, multicat, etc.) also behaves like that - output is constant packet-sized. Happens not only when transcoding, but when copying a stream as well. How to reproduce: {{{ % ffmpeg -i input.ts -c:v copy -c:a copy -f mpegts udp://239.1.2.3:1234?pkt_size=1316 ffmpeg version N-54435-g4943eff built on Jul 3 2013 23:19:37 with gcc 4.7 (Debian 4.7.2-5) }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 02:09:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 00:09:09 -0000 Subject: [FFmpeg-trac] #2749(avcodec:new): Support Blocked Canopus Lossless YUY2 Message-ID: <037.4ed089046896acd62e6607a61f182562@avcodec.org> #2749: Support Blocked Canopus Lossless YUY2 -------------------------------------+------------------------------------- Reporter: dbuitenh | Owner: dbuitenh Type: | Status: new enhancement | Component: avcodec Priority: wish | Keywords: canopus Version: git- | cllc master | Blocking: Blocked By: | Analyzed by developer: 1 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Canopus lossless supports a blocked version of the YUY2 code, but I have no been able to obtain a sample to test on. Hopefully someone can find one and attach it to this ticket. Relevant line: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/cllc.c;h=ab8d46aa52685dd8c23518aa5e33d15d2006637b;hb=HEAD#l317 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 02:18:37 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 00:18:37 -0000 Subject: [FFmpeg-trac] #2749(avcodec:open): Support Blocked Canopus Lossless YUY2 In-Reply-To: <037.4ed089046896acd62e6607a61f182562@avcodec.org> References: <037.4ed089046896acd62e6607a61f182562@avcodec.org> Message-ID: <052.eea8fd2e06404707d295704ff8483b29@avcodec.org> #2749: Support Blocked Canopus Lossless YUY2 -------------------------------------+------------------------------------ Reporter: dbuitenh | Owner: dbuitenh Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: cllc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: canopus cllc => cllc * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 02:19:55 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 00:19:55 -0000 Subject: [FFmpeg-trac] #2748(documentation:open): Inconsistent UDP output packet size In-Reply-To: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> References: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> Message-ID: <050.c6d878f78a04596aa766c6d0f072fe4a@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pkt_size packet size => mpegts udp * priority: normal => minor * status: new => open * component: avformat => documentation -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 02:22:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 00:22:35 -0000 Subject: [FFmpeg-trac] #2746(undetermined:new): Incorrect -to arg working In-Reply-To: <034.cf5a8cebadd64f5e176a51d5f99951f6@avcodec.org> References: <034.cf5a8cebadd64f5e176a51d5f99951f6@avcodec.org> Message-ID: <049.dcb12cc9a1b4bb2ec68b759e52c66d0d@avcodec.org> #2746: Incorrect -to arg working -------------------------------------+------------------------------------- Reporter: aivus | 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: important => normal Comment: Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 03:01:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 01:01:49 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.19aea7bd8422829b515c2b0718c83317@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:2713 cehoyos]: > The parseutils fate test fails on sparc64 Linux and ia64 Linux since 887d74c. Sorry, it is actually a regression since 64eacb8. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 03:02:06 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 01:02:06 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.e542fbd6c1401f81049e0d3f68a35f7f@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > The parseutils fate test fails on sparc64 Linux and ia64 Linux since > 887d74c. The problem is not limited to parseutils, many fate tests fail > because of an incorrect timebase. > The reason is that for some values of d and den - local variables in > av_d2q() used when calling av_reduce() - {{{(uint64_t)rint(d * den)}}} > and {{{llrint(d * den)}}} provide different results than {{{(int64_t)(d * > den + 0.5)}}} which was used before. > {{{ > $ make fate-parseutils > TEST parseutils > --- ./tests/ref/fate/parseutils 2013-06-25 21:37:23.758635630 +0200 > +++ tests/data/fate/parseutils 2013-06-25 21:40:36.629074659 +0200 > @@ -6,7 +6,7 @@ > '-123 / 0' -> -1/0 ERROR > '' -> 0/0 ERROR > '/' -> 0/0 ERROR > -' 123 / 321' -> 41/107 OK > +' 123 / 321' -> 213623/557504 OK > 'foo/foo' -> 0/0 ERROR > 'foo/1' -> 0/0 ERROR > '1/foo' -> 1/0 ERROR > @@ -17,13 +17,13 @@ > '0' -> 0/1 ERROR > '-123/123' -> -1/1 ERROR > '-foo' -> 0/0 ERROR > -'123.23' -> 12323/100 OK > -'.23' -> 23/100 OK > -'-.23' -> -23/100 ERROR > -'-0.234' -> -117/500 ERROR > +'123.23' -> 697112/5657 OK > +'.23' -> 209687/911683 OK > +'-.23' -> -209687/911683 ERROR > +'-0.234' -> -177357/757936 ERROR > '-0.0000001' -> -1/10000000 ERROR > -' 21332.2324 ' -> 917286/43 OK > -' -21332.2324 ' -> -917286/43 ERROR > +' 21332.2324 ' -> 682631/32 OK > +' -21332.2324 ' -> -682631/32 ERROR > > Testing av_parse_color() > bikeshed -> R(80) G(64) B(140) A(59) > Test parseutils failed. Look at tests/data/fate/parseutils.err for > details. > make: *** [fate-parseutils] Error 1 > }}} > > Not reproducible on ppc64. New description: The parseutils fate test fails on sparc64 Linux and ia64 Linux since 64eacb8. The problem is not limited to parseutils, many fate tests fail because of an incorrect timebase. The reason is that for some values of d and den - local variables in av_d2q() used when calling av_reduce() - {{{(uint64_t)rint(d * den)}}} and {{{llrint(d * den)}}} provide different results than {{{(int64_t)(d * den + 0.5)}}} which was used before. {{{ $ make fate-parseutils TEST parseutils --- ./tests/ref/fate/parseutils 2013-06-25 21:37:23.758635630 +0200 +++ tests/data/fate/parseutils 2013-06-25 21:40:36.629074659 +0200 @@ -6,7 +6,7 @@ '-123 / 0' -> -1/0 ERROR '' -> 0/0 ERROR '/' -> 0/0 ERROR -' 123 / 321' -> 41/107 OK +' 123 / 321' -> 213623/557504 OK 'foo/foo' -> 0/0 ERROR 'foo/1' -> 0/0 ERROR '1/foo' -> 1/0 ERROR @@ -17,13 +17,13 @@ '0' -> 0/1 ERROR '-123/123' -> -1/1 ERROR '-foo' -> 0/0 ERROR -'123.23' -> 12323/100 OK -'.23' -> 23/100 OK -'-.23' -> -23/100 ERROR -'-0.234' -> -117/500 ERROR +'123.23' -> 697112/5657 OK +'.23' -> 209687/911683 OK +'-.23' -> -209687/911683 ERROR +'-0.234' -> -177357/757936 ERROR '-0.0000001' -> -1/10000000 ERROR -' 21332.2324 ' -> 917286/43 OK -' -21332.2324 ' -> -917286/43 ERROR +' 21332.2324 ' -> 682631/32 OK +' -21332.2324 ' -> -682631/32 ERROR Testing av_parse_color() bikeshed -> R(80) G(64) B(140) A(59) Test parseutils failed. Look at tests/data/fate/parseutils.err for details. make: *** [fate-parseutils] Error 1 }}} Not reproducible on ppc64. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 03:09:19 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 01:09:19 -0000 Subject: [FFmpeg-trac] #2536(avcodec:closed): qt raw 2/4bpp regression In-Reply-To: <036.6765608bd48493aa3eeec947f082e84f@avcodec.org> References: <036.6765608bd48493aa3eeec947f082e84f@avcodec.org> Message-ID: <051.aaf11e0501cbf7603811e37395e84a10@avcodec.org> #2536: qt raw 2/4bpp regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: rawvideo | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed by carl in 565140da178e8a0bc425d658d3473798d99fa058 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 03:40:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 01:40:33 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.aa87b23c79c2c1dea8d747aa80ee1b8f@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ make fate-parseutils TEST parseutils --- ./tests/ref/fate/parseutils 2013-07-04 03:21:28.208764283 +0200 +++ tests/data/fate/parseutils 2013-07-04 03:39:26.316158816 +0200 @@ -6,24 +6,46 @@ '-123 / 0' -> -1/0 ERROR '' -> 0/0 ERROR '/' -> 0/0 ERROR -' 123 / 321' -> 41/107 OK +d: 0.383178, den: 2305843009213693952, d*den: 883547321287490176.000000, (int64_t)(d*den+0.5): 883547321287490176, rint(d*den): 883547321287490176.000000, +(uint64_t)rint(d*den): 883547321287490176, (int64_t)rint(d*den): 883547205323373184, llrint(d*den): 883547205323373184 +' 123 / 321' -> 213623/557504 OK 'foo/foo' -> 0/0 ERROR 'foo/1' -> 0/0 ERROR '1/foo' -> 1/0 ERROR '0/0' -> 0/0 ERROR '/0' -> 0/0 ERROR '1/' -> 1/0 ERROR +d: 1.000000, den: 2305843009213693952, d*den: 2305843009213693952.000000, (int64_t)(d*den+0.5): 2305843009213693952, rint(d*den): 2305843009213693952.000000, +(uint64_t)rint(d*den): 2305843009213693952, (int64_t)rint(d*den): 2305843009213693952, llrint(d*den): 2305843009213693952 '1' -> 1/1 OK +d: 0.000000, den: 2305843009213693952, d*den: 0.000000, (int64_t)(d*den+0.5): 0, rint(d*den): 0.000000, +(uint64_t)rint(d*den): 0, (int64_t)rint(d*den): 0, llrint(d*den): 0 '0' -> 0/1 ERROR +d: -1.000000, den: 2305843009213693952, d*den: -2305843009213693952.000000, (int64_t)(d*den+0.5): -2305843009213693952, rint(d*den): -2305843009213693952.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -2305843009213693952, llrint(d*den): -2305843009213693952 '-123/123' -> -1/1 ERROR '-foo' -> 0/0 ERROR -'123.23' -> 12323/100 OK -'.23' -> 23/100 OK -'-.23' -> -23/100 ERROR -'-0.234' -> -117/500 ERROR +d: 123.230000, den: 36028797018963968, d*den: 4439828656646929920.000000, (int64_t)(d*den+0.5): 4439828656646929920, rint(d*den): 4439828656646929920.000000, +(uint64_t)rint(d*den): 4439828656646929920, (int64_t)rint(d*den): 4439827956567260672, llrint(d*den): 4439827956567260672 +'123.23' -> 697112/5657 OK +d: 0.230000, den: 2305843009213693952, d*den: 530343892119149632.000000, (int64_t)(d*den+0.5): 530343892119149632, rint(d*den): 530343892119149632.000000, +(uint64_t)rint(d*den): 530343892119149632, (int64_t)rint(d*den): 530343664485882944, llrint(d*den): 530343664485882944 +'.23' -> 209687/911683 OK +d: -0.230000, den: 2305843009213693952, d*den: -530343892119149632.000000, (int64_t)(d*den+0.5): -530343892119149632, rint(d*den): -530343892119149632.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -530343664485882944, llrint(d*den): -530343664485882944 +'-.23' -> -209687/911683 ERROR +d: -0.234000, den: 2305843009213693952, d*den: -539567264156004416.000000, (int64_t)(d*den+0.5): -539567264156004416, rint(d*den): -539567264156004416.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -539567191141560384, llrint(d*den): -539567191141560384 +'-0.234' -> -177357/757936 ERROR +d: -0.000000, den: 2305843009213693952, d*den: -230584300921.369385, (int64_t)(d*den+0.5): -230584300920, rint(d*den): -230584300921.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -230584300921, llrint(d*den): -230584300921 '-0.0000001' -> -1/10000000 ERROR -' 21332.2324 ' -> 917286/43 OK -' -21332.2324 ' -> -917286/43 ERROR +d: 21332.232400, den: 140737488355328, d*den: 3002244808988150784.000000, (int64_t)(d*den+0.5): 3002244808988150784, rint(d*den): 3002244808988150784.000000, +(uint64_t)rint(d*den): 3002244808988150784, (int64_t)rint(d*den): 3002242889137769472, llrint(d*den): 3002242889137769472 +' 21332.2324 ' -> 682631/32 OK +d: -21332.232400, den: 140737488355328, d*den: -3002244808988150784.000000, (int64_t)(d*den+0.5): -3002244808988150784, rint(d*den): -3002244808988150784.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -3002242889137769472, llrint(d*den): -3002242889137769472 +' -21332.2324 ' -> -682631/32 ERROR Testing av_parse_color() bikeshed -> R(80) G(64) B(140) A(59) Test parseutils failed. Look at tests/data/fate/parseutils.err for details. make: *** [fate-parseutils] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 04:41:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 02:41:22 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.876dfc91da17289cc7799e6e973681bb@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): This looks like a compiler bug or a bug in libc which versions of these are used ? Also please test nearbyint(), round(), floor(x + 0.5) and ceil(x - 0.5) too -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 08:44:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 06:44:43 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.e5228fad95c7338eb857eea3e32933ea@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: alsa | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by MrNice): Any help? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 10:40:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 08:40:38 -0000 Subject: [FFmpeg-trac] #227(FFmpeg:new): Extend -ss and -t to support seeking to EOF time position (and backwards)? In-Reply-To: <034.083beb2d107f41b3d226f4f025102e40@avcodec.org> References: <034.083beb2d107f41b3d226f4f025102e40@avcodec.org> Message-ID: <049.0a5da80aedb7b96045d54653deb5396d@avcodec.org> #227: Extend -ss and -t to support seeking to EOF time position (and backwards)? -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: seeking eof | Blocked By: time position | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by burek): just a test, please ignore this comment -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 12:49:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 10:49:35 -0000 Subject: [FFmpeg-trac] #2750(FFmpeg:new): video buffer problem after cut video Message-ID: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Type: defect keyur.dobariya | Priority: critical Status: new | Version: 1.0.7 Component: FFmpeg | Blocked By: Keywords: buffer | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i INPUT.flv -ss 10 -t 40 -vcodec copy -acodec copy OUTPUT.flv ffmpeg version - 1.0.7 }}} Hi, we are using ffmpeg to cut video from long video ( say 30 second video from 2 minute video ). we are using above command for that. With that command, video is cut successfully. but when we are trying to play that video into flash player there is buffering problem. Video is only playing after loading full video content. It is not buffering for long videos and wait till full download. Please help asap, we need to fix that urgently. Thanks Keyur doba -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 12:59:51 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 10:59:51 -0000 Subject: [FFmpeg-trac] #2750(FFmpeg:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.3466a6ddd8921986048b9f8494ef4edb@avcodec.org> #2750: video buffer problem after cut video ----------------------------------------+---------------------------------- Reporter: keyur.dobariya | Owner: Type: defect | Status: open Priority: critical | Component: FFmpeg Version: 1.0.7 | Resolution: Keywords: buffer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by keyur.dobariya): * analyzed: 1 => 0 * status: new => open * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 13:13:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 11:13:04 -0000 Subject: [FFmpeg-trac] #2751(avformat:new): libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps Message-ID: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> #2751: libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps ----------------------------------+-------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- No testcase. No console output. Nothing. Sorry for the low quality bug report, but I thought I'd report it anyway. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 13:24:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 11:24:27 -0000 Subject: [FFmpeg-trac] #2751(avformat:new): libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps In-Reply-To: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> References: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> Message-ID: <050.a57f284493714a89df63ce2fd1cdd943@avcodec.org> #2751: libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps ------------------------------------+------------------------------------ Reporter: gjdfgh | 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 gjdfgh): Maybe I should explain why it's hard to produce a test case. This happens when using libavformat on the libdvdread stream output when playing a commercial DVD. A small sample won't demonstrate the freeze, because libavformat will reach EOF quickly. Also, a freeze doesn't really have any interesting output. So I'm not sure what to do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 13:30:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 11:30:15 -0000 Subject: [FFmpeg-trac] #2495(avutil:closed): Better filter help In-Reply-To: <035.d79d6feebd92b4b22472d2e7032eb9ba@avcodec.org> References: <035.d79d6feebd92b4b22472d2e7032eb9ba@avcodec.org> Message-ID: <050.d83e538a4f10689776b1849b8329a913@avcodec.org> #2495: Better filter help ----------------------------------------+---------------------------------- Reporter: jbvsmo | Owner: Type: enhancement | Status: closed Priority: wish | Component: avutil Version: git-master | Resolution: fixed Keywords: option default | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------------+---------------------------------- Comment (by richardpl): There is no way currently, making it possible would need much more significant changes for very little gain, and they would probably confuse users more than helping. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 13:32:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 11:32:42 -0000 Subject: [FFmpeg-trac] #2751(avformat:closed): libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps In-Reply-To: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> References: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> Message-ID: <050.de58540c7155ed27a91cbe7e34528432@avcodec.org> #2751: libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | 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 do not hesitate to reopen this ticket if you can provide a reproducible test case and / or a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 13:35:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 11:35:11 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.70a0f6186cf4938cd15421f05bfcd261@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: 1.0.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: buffer => * priority: critical => normal * component: FFmpeg => undetermined Comment: Please update to current git head and please provide the failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 13:46:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 11:46:07 -0000 Subject: [FFmpeg-trac] #2751(avformat:closed): libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps In-Reply-To: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> References: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> Message-ID: <050.2756617be3306ecd914d01792b5ad3bf@avcodec.org> #2751: libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): avformat at debug log level prints for example "Statistics: 3985552 bytes read, 2 seeks" You should be able to make a testcase based on that -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 14:02:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 12:02:57 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.04b8cdf846df8d49c4734f5c4c718b1b@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: 1.0.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by keyur.dobariya): [root at ip-10-10-213-242 webroot]# /usr/local/bin/ffmpeg -i cred3video/sony.flv -s s 5 -t 40 -movflags faststart cred3video/new1.flv ffmpeg version 1.0.7 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 18 2013 04:24:35 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- shared --enable- libmp3lame --enable-libx264 --enable-libfaac --enable-libvpx --enable- libvorbis --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopen core- amrnb --enable-libtheora libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, flv, from 'cred3video/sony.flv': Metadata: canSeekToEnd : true creationdate : Thu Sep 17 09:56:09 2009 Encoded_By : Sorenson Squeeze Encoded_With : Sorenson Squeeze Duration: 00:00:59.99, start: 0.000000, bitrate: 768 kb/s Stream #0:0: Video: vp6f, yuv420p, 640x360, 614 kb/s, 29.97 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16, 131 kb/s Output #0, flv, to 'cred3video/new1.flv': Metadata: canSeekToEnd : true creationdate : Thu Sep 17 09:56:09 2009 Encoded_By : Sorenson Squeeze Encoded_With : Sorenson Squeeze encoder : Lavf54.29.104 Stream #0:0: Video: flv1 ([2][0][0][0] / 0x0002), yuv420p, 640x360, q=2-31, 200 kb/s, 1k tbn, 29.97 tbc Stream #0:1: Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (vp6f -> flv) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help frame= 42 fps=0.0 q=17.2 size= 138kB time=00:00:01.40 bitrate= 804.2kbits/ frame= 153 fps=153 q=31.0 size= 378kB time=00:00:05.10 bitrate= 606.0kbits/ frame= 269 fps=179 q=31.0 size= 655kB time=00:00:08.97 bitrate= 598.2kbits/ frame= 386 fps=193 q=31.0 size= 894kB time=00:00:12.88 bitrate= 568.6kbits/ frame= 473 fps=188 q=31.0 size= 1177kB time=00:00:15.78 bitrate= 610.9kbits/ frame= 589 fps=196 q=31.0 size= 1415kB time=00:00:19.65 bitrate= 589.9kbits/ frame= 687 fps=196 q=31.0 size= 1646kB time=00:00:22.92 bitrate= 588.4kbits/ frame= 807 fps=201 q=31.0 size= 1855kB time=00:00:26.92 bitrate= 564.3kbits/ frame= 907 fps=201 q=31.0 size= 2054kB time=00:00:30.26 bitrate= 556.0kbits/ frame= 1020 fps=203 q=31.0 size= 2250kB time=00:00:34.03 bitrate= 541.5kbits/ frame= 1141 fps=207 q=31.0 size= 2443kB time=00:00:38.07 bitrate= 525.7kbits/ frame= 1199 fps=208 q=31.0 Lsize= 2564kB time=00:00:40.01 bitrate= 524.9kbits /s video:1895kB audio:625kB subtitle:0 global headers:0kB muxing overhead 1.710212% ------------------------------------------------------------------------------------------ This is output from console. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 14:28:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 12:28:11 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.fc66c75829aac05a2803efed4a951568@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: 1.0.7 | 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? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 14:30:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 12:30:41 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.d118157ce9a772fa7115dfd8bfde3052@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: 1.0.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by keyur.dobariya): Replying to [comment:4 cehoyos]: > Is the problem also reproducible with current git head? yes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 14:31:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 12:31:40 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.7bc08497179fccc16ba01560da3978cd@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: 1.0.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the console output for current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 14:33:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 12:33:18 -0000 Subject: [FFmpeg-trac] #2751(avformat:closed): libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps In-Reply-To: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> References: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> Message-ID: <050.03ba9c1d912344b90e6936220a5555ae@avcodec.org> #2751: libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem reproducible with the sample from ticket #1438? (If this issue is not a duplicate of ticket #1438.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 15:01:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 13:01:44 -0000 Subject: [FFmpeg-trac] #1615(avfilter:closed): video diff filter In-Reply-To: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> References: <039.0adac9346aee75dee9949cbbbd0e491d@avcodec.org> Message-ID: <054.593d156facd2aa3620469b721a6678af@avcodec.org> #1615: video diff filter -------------------------------------+------------------------------------ Reporter: ylluminate | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 15:14:50 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 13:14:50 -0000 Subject: [FFmpeg-trac] #2751(avformat:closed): libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps In-Reply-To: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> References: <035.b2ea8c42a8ddc2602e5c98036f5044c2@avcodec.org> Message-ID: <050.70350e626f76d6585fb86e4c6a23a7ae@avcodec.org> #2751: libavformat demuxes the rest of the whole file at once when reading a packet from a mpegps stream, genpts is enabled, and there are timestamp jumps -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): Possibly, but I'm not sure. At least in this case it doesn't try to read endlessly after encountering the reset, but stops before EOF. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 15:18:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 13:18:01 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.805a7f4b360d7f5659a534c32f38e5b6@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: 1.0.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by keyur.dobariya): C:\wamp\www\ffmpeg\bin>ffmpeg -i ../test/sony.flv -ss 10 -t 20 -vcodec copy -aco dec copy -movflags faststart ../test/961c28df_0.flv ffmpeg version N-54362-ge0be3cb Copyright (c) 2000-2013 the FFmpeg developers built on Jul 2 2013 22:15:59 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 11.100 / 55. 11.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, flv, from '../test/sony.flv': Metadata: canSeekToEnd : true creationdate : Thu Sep 17 09:56:09 2009 Encoded_By : Sorenson Squeeze Encoded_With : Sorenson Squeeze Duration: 00:00:59.99, start: 0.000000, bitrate: 768 kb/s Stream #0:0: Video: vp6f, yuv420p, 640x360, 614 kb/s, 29.97 tbr, 1k tbn, 1k tbc Stream #0:1: Audio: mp3, 44100 Hz, stereo, s16p, 131 kb/s Output #0, flv, to '../test/961c28df_0.flv': Metadata: canSeekToEnd : true creationdate : Thu Sep 17 09:56:09 2009 Encoded_By : Sorenson Squeeze Encoded_With : Sorenson Squeeze encoder : Lavf55.11.100 Stream #0:0: Video: vp6f ([4][0][0][0] / 0x0004), yuv420p, 640x360, q=2-31, 614 kb/s, 1k tbn, 1k tbc Stream #0:1: Audio: mp3 ([2][0][0][0] / 0x0002), 44100 Hz, stereo, 131 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 576 fps=0.0 q=-1.0 Lsize= 1909kB time=00:00:20.01 bitrate= 781.3kbits /s video:1575kB audio:312kB subtitle:0 global headers:0kB muxing overhead 1.164339% ------------------------------------------------------------------------------- I am installed latest version, still not working. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 15:20:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 13:20:56 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.9cc6fe4d5e8dfb6af9136cce433c5791@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wonmanfactory): Hello, I wonder if you have got my file yet? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 15:40:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 13:40:33 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.741b2eb800cdc4e12cde732a655d2d63@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I still wonder if the dvb subtitles do not decode well for all wtv samples or only for some. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 16:35:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 14:35:33 -0000 Subject: [FFmpeg-trac] #2745(avformat:closed): [RFC] avformat/http: support relative url redirection In-Reply-To: <037.d200e1b207f4fca0ee1700a4311c54ac@avcodec.org> References: <037.d200e1b207f4fca0ee1700a4311c54ac@avcodec.org> Message-ID: <052.7f3e7d0dee9663e5611cac0e680bb12a@avcodec.org> #2745: [RFC] avformat/http: support relative url redirection ------------------------------------+------------------------------------ Reporter: bbcallen | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: I suspect this was fixed in 4a4c93c. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 16:54:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 14:54:48 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.d8615ebd38088c2e7c315016dd0a559c@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 michael]: > This looks like a compiler bug or a bug in libc > which versions of these are used ? ia64: gcc-4.4, gcc-4.5, gcc-4.6, gcc-4.7 (works fine with icc), Debian EGLIBC 2.17-5 sparc64: gcc-4.2, gcc-4.4, gcc-4.6, Debian EGLIBC 2.13-38 > Also please test nearbyint(), round(), floor(x + 0.5) and ceil(x - 0.5) too All four alternatives pass fate on both systems. {{{ $ make fate-parseutils TEST parseutils --- ./tests/ref/fate/parseutils 2013-07-04 03:21:28.208764283 +0200 +++ tests/data/fate/parseutils 2013-07-04 14:48:50.008046808 +0200 @@ -6,24 +6,68 @@ '-123 / 0' -> -1/0 ERROR '' -> 0/0 ERROR '/' -> 0/0 ERROR -' 123 / 321' -> 41/107 OK +d: 0.383178, den: 2305843009213693952, d*den: 883547321287490176.000000, (int64_t)(d*den+0.5): 883547321287490176, rint(d*den): 883547321287490176.000000, +(uint64_t)rint(d*den): 883547321287490176, (int64_t)rint(d*den): 883547205323373184, llrint(d*den): 883547205323373184 +nearbyint(d*den): 883547321287490176.000000, (int64_t)nearbyint(d*den): 883547321287490176, round(d*den): 883547321287490176.000000, (int64_t)round(d*den): 883547321287490176 +floor(d*den+0.5): 883547321287490176.000000, (int64_t)floor(d*den+0.5): 883547321287490176, ceil(d*den-0.5): 883547321287490176.000000, (int64_t)ceil(d*den-0.5): 883547321287490176 +' 123 / 321' -> 213623/557504 OK 'foo/foo' -> 0/0 ERROR 'foo/1' -> 0/0 ERROR '1/foo' -> 1/0 ERROR '0/0' -> 0/0 ERROR '/0' -> 0/0 ERROR '1/' -> 1/0 ERROR +d: 1.000000, den: 2305843009213693952, d*den: 2305843009213693952.000000, (int64_t)(d*den+0.5): 2305843009213693952, rint(d*den): 2305843009213693952.000000, +(uint64_t)rint(d*den): 2305843009213693952, (int64_t)rint(d*den): 2305843009213693952, llrint(d*den): 2305843009213693952 +nearbyint(d*den): 2305843009213693952.000000, (int64_t)nearbyint(d*den): 2305843009213693952, round(d*den): 2305843009213693952.000000, (int64_t)round(d*den): 2305843009213693952 +floor(d*den+0.5): 2305843009213693952.000000, (int64_t)floor(d*den+0.5): 2305843009213693952, ceil(d*den-0.5): 2305843009213693952.000000, (int64_t)ceil(d*den-0.5): 2305843009213693952 '1' -> 1/1 OK +d: 0.000000, den: 2305843009213693952, d*den: 0.000000, (int64_t)(d*den+0.5): 0, rint(d*den): 0.000000, +(uint64_t)rint(d*den): 0, (int64_t)rint(d*den): 0, llrint(d*den): 0 +nearbyint(d*den): 0.000000, (int64_t)nearbyint(d*den): 0, round(d*den): 0.000000, (int64_t)round(d*den): 0 +floor(d*den+0.5): 0.000000, (int64_t)floor(d*den+0.5): 0, ceil(d*den-0.5): -0.000000, (int64_t)ceil(d*den-0.5): 0 '0' -> 0/1 ERROR +d: -1.000000, den: 2305843009213693952, d*den: -2305843009213693952.000000, (int64_t)(d*den+0.5): -2305843009213693952, rint(d*den): -2305843009213693952.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -2305843009213693952, llrint(d*den): -2305843009213693952 +nearbyint(d*den): -2305843009213693952.000000, (int64_t)nearbyint(d*den): -2305843009213693952, round(d*den): -2305843009213693952.000000, (int64_t)round(d*den): -2305843009213693952 +floor(d*den+0.5): -2305843009213693952.000000, (int64_t)floor(d*den+0.5): -2305843009213693952, ceil(d*den-0.5): -2305843009213693952.000000, (int64_t)ceil(d*den-0.5): -2305843009213693952 '-123/123' -> -1/1 ERROR '-foo' -> 0/0 ERROR -'123.23' -> 12323/100 OK -'.23' -> 23/100 OK -'-.23' -> -23/100 ERROR -'-0.234' -> -117/500 ERROR +d: 123.230000, den: 36028797018963968, d*den: 4439828656646929920.000000, (int64_t)(d*den+0.5): 4439828656646929920, rint(d*den): 4439828656646929920.000000, +(uint64_t)rint(d*den): 4439828656646929920, (int64_t)rint(d*den): 4439827956567260672, llrint(d*den): 4439827956567260672 +nearbyint(d*den): 4439828656646929920.000000, (int64_t)nearbyint(d*den): 4439828656646929920, round(d*den): 4439828656646929920.000000, (int64_t)round(d*den): 4439828656646929920 +floor(d*den+0.5): 4439828656646929920.000000, (int64_t)floor(d*den+0.5): 4439828656646929920, ceil(d*den-0.5): 4439828656646929920.000000, (int64_t)ceil(d*den-0.5): 4439828656646929920 +'123.23' -> 697112/5657 OK +d: 0.230000, den: 2305843009213693952, d*den: 530343892119149632.000000, (int64_t)(d*den+0.5): 530343892119149632, rint(d*den): 530343892119149632.000000, +(uint64_t)rint(d*den): 530343892119149632, (int64_t)rint(d*den): 530343664485882944, llrint(d*den): 530343664485882944 +nearbyint(d*den): 530343892119149632.000000, (int64_t)nearbyint(d*den): 530343892119149632, round(d*den): 530343892119149632.000000, (int64_t)round(d*den): 530343892119149632 +floor(d*den+0.5): 530343892119149632.000000, (int64_t)floor(d*den+0.5): 530343892119149632, ceil(d*den-0.5): 530343892119149632.000000, (int64_t)ceil(d*den-0.5): 530343892119149632 +'.23' -> 209687/911683 OK +d: -0.230000, den: 2305843009213693952, d*den: -530343892119149632.000000, (int64_t)(d*den+0.5): -530343892119149632, rint(d*den): -530343892119149632.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -530343664485882944, llrint(d*den): -530343664485882944 +nearbyint(d*den): -530343892119149632.000000, (int64_t)nearbyint(d*den): -530343892119149632, round(d*den): -530343892119149632.000000, (int64_t)round(d*den): -530343892119149632 +floor(d*den+0.5): -530343892119149632.000000, (int64_t)floor(d*den+0.5): -530343892119149632, ceil(d*den-0.5): -530343892119149632.000000, (int64_t)ceil(d*den-0.5): -530343892119149632 +'-.23' -> -209687/911683 ERROR +d: -0.234000, den: 2305843009213693952, d*den: -539567264156004416.000000, (int64_t)(d*den+0.5): -539567264156004416, rint(d*den): -539567264156004416.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -539567191141560384, llrint(d*den): -539567191141560384 +nearbyint(d*den): -539567264156004416.000000, (int64_t)nearbyint(d*den): -539567264156004416, round(d*den): -539567264156004416.000000, (int64_t)round(d*den): -539567264156004416 +floor(d*den+0.5): -539567264156004416.000000, (int64_t)floor(d*den+0.5): -539567264156004416, ceil(d*den-0.5): -539567264156004416.000000, (int64_t)ceil(d*den-0.5): -539567264156004416 +'-0.234' -> -177357/757936 ERROR +d: -0.000000, den: 2305843009213693952, d*den: -230584300921.369385, (int64_t)(d*den+0.5): -230584300920, rint(d*den): -230584300921.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -230584300921, llrint(d*den): -230584300921 +nearbyint(d*den): -230584300921.000000, (int64_t)nearbyint(d*den): -230584300921, round(d*den): -230584300921.000000, (int64_t)round(d*den): -230584300921 +floor(d*den+0.5): -230584300921.000000, (int64_t)floor(d*den+0.5): -230584300921, ceil(d*den-0.5): -230584300921.000000, (int64_t)ceil(d*den-0.5): -230584300921 '-0.0000001' -> -1/10000000 ERROR -' 21332.2324 ' -> 917286/43 OK -' -21332.2324 ' -> -917286/43 ERROR +d: 21332.232400, den: 140737488355328, d*den: 3002244808988150784.000000, (int64_t)(d*den+0.5): 3002244808988150784, rint(d*den): 3002244808988150784.000000, +(uint64_t)rint(d*den): 3002244808988150784, (int64_t)rint(d*den): 3002242889137769472, llrint(d*den): 3002242889137769472 +nearbyint(d*den): 3002244808988150784.000000, (int64_t)nearbyint(d*den): 3002244808988150784, round(d*den): 3002244808988150784.000000, (int64_t)round(d*den): 3002244808988150784 +floor(d*den+0.5): 3002244808988150784.000000, (int64_t)floor(d*den+0.5): 3002244808988150784, ceil(d*den-0.5): 3002244808988150784.000000, (int64_t)ceil(d*den-0.5): 3002244808988150784 +' 21332.2324 ' -> 682631/32 OK +d: -21332.232400, den: 140737488355328, d*den: -3002244808988150784.000000, (int64_t)(d*den+0.5): -3002244808988150784, rint(d*den): -3002244808988150784.000000, +(uint64_t)rint(d*den): -9223372036854775808, (int64_t)rint(d*den): -3002242889137769472, llrint(d*den): -3002242889137769472 +nearbyint(d*den): -3002244808988150784.000000, (int64_t)nearbyint(d*den): -3002244808988150784, round(d*den): -3002244808988150784.000000, (int64_t)round(d*den): -3002244808988150784 +floor(d*den+0.5): -3002244808988150784.000000, (int64_t)floor(d*den+0.5): -3002244808988150784, ceil(d*den-0.5): -3002244808988150784.000000, (int64_t)ceil(d*den-0.5): -3002244808988150784 +' -21332.2324 ' -> -682631/32 ERROR Testing av_parse_color() bikeshed -> R(80) G(64) B(140) A(59) Test parseutils failed. Look at tests/data/fate/parseutils.err for details. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 18:21:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 16:21:38 -0000 Subject: [FFmpeg-trac] #2752(avcodec:new): libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API Message-ID: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> #2752: libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API -------------------------------------+------------------------------------- Reporter: pegro | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: deprecated | master avcodec_encode_audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- We are using the the libavformat consumer of melt (http://www.mltframework.org) for RTMP livestream encoding. After several hours a warning occurs in the libavformat muxer and the encoding crashes: [aac @ 0x26f76c0] Que input is backward in time [flv @ 0x26d9580] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 48695751 >= -48695774 The dts counter seems to count milliseconds, since the problem occurs reproducible after 13h32m. While debugging the issue we noticed melt uses the old avcodec_encode_audio API, which is deprecated for over a year now. The commit [1] introducing the compatibility API adds a 32 bit integer "sample_count" to AVCodecInternal (libavcodec/internal.h) used for computing the pts (64bit). We think that causes the problem, since changing the counter type to int64_t fixes the problem for us. See patch attached. For debugging purposes a 15h silent audio track was generated using ffmpeg with /dev/zero as input. [1] http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=b2c75b6e6320b1a399d76913f9d98c56f386f98b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 18:25:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 16:25:22 -0000 Subject: [FFmpeg-trac] #2741(undetermined:new): How to overlay Teletext subtitles in ffmpeg? In-Reply-To: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> References: <042.4bdf6030c1000fb6b7abeb0b61522bce@avcodec.org> Message-ID: <057.c0851a93e466333963ecac55c7bb939d@avcodec.org> #2741: How to overlay Teletext subtitles in ffmpeg? -------------------------------------+------------------------------------- Reporter: | Owner: wonmanfactory | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: dvbsub wtv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wonmanfactory): I actually found out that about 1/3 of my recorded TV programs are problematic that the translation gets aborted halfway. But they can be viewed perfectly in Windows Media Center. Is there anyway to export all subtitles to series of pictures? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 18:31:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 16:31:00 -0000 Subject: [FFmpeg-trac] #2752(avcodec:new): libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API In-Reply-To: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> References: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> Message-ID: <049.9a9babdb1efdfb9f24ed28d1a2720614@avcodec.org> #2752: libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API ------------------------------------+----------------------------------- Reporter: pegro | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: deprecated avcodec_encode_audio => dts Comment: Please send patches to ffmpeg-devel, they receive much more attention there. If you could suggest how we can make people aware that sending patches to this bug tracker usually does not help, you would also do us a favor. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 18:53:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 16:53:10 -0000 Subject: [FFmpeg-trac] #2752(avcodec:new): libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API In-Reply-To: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> References: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> Message-ID: <049.1d625d7f28ed3b6ae8c076506206199e@avcodec.org> #2752: libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API ------------------------------------+----------------------------------- Reporter: pegro | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by pegro): Maybe trying add such information to the web page describing how to report bugs: [http://ffmpeg.org/bugreports.html] ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 19:09:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 17:09:25 -0000 Subject: [FFmpeg-trac] #2752(avcodec:new): libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API In-Reply-To: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> References: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> Message-ID: <049.4f0314dbd8b9069e1324c630febfac7a@avcodec.org> #2752: libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API ------------------------------------+----------------------------------- Reporter: pegro | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): We tried it on the new tickets page: https://ffmpeg.org/trac/ffmpeg/newticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 22:04:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 20:04:34 -0000 Subject: [FFmpeg-trac] #2618(avcodec:closed): MPNG shows artefacts In-Reply-To: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> References: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> Message-ID: <051.0b01218ec037db76a442a01106e22bda@avcodec.org> #2618: MPNG shows artefacts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: The regresion has been fixed, please open a seperate ticket for the issues that existed before ee30cda (it costs time to read through tickets to find out what new issue they are used for at the bottom) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 22:06:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 20:06:44 -0000 Subject: [FFmpeg-trac] #2618(avcodec:closed): MPNG used to work better (was: MPNG shows artefacts) In-Reply-To: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> References: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> Message-ID: <051.9a4f1896567e8b41a6a6341fe1e41a7d@avcodec.org> #2618: MPNG used to work better -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Thats even more true when the ticket is marked as regression while what remains is not one. And changing all keywords and flags to match a new issue would be quite wrong too Also changing the title back so it matches the original issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 22:20:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 20:20:09 -0000 Subject: [FFmpeg-trac] #2753(avcodec:new): MPNG artefacts Message-ID: <036.43d4125e2e8eee8b7354a5f4c77fd9c2@avcodec.org> #2753: MPNG artefacts --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: png Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- The sample from ticket #2618 - http://samples.ffmpeg.org/PNG-seq/mpng.avi - shows artefacts. {{{ $ ffmpeg -i mpng.avi out.avi ffmpeg version N-54438-gf0bcb13 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 4 2013 17:17:06 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 11.100 / 55. 11.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 78.100 / 3. 78.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'mpng.avi': Duration: 00:00:04.00, start: 0.000000, bitrate: 8987 kb/s Stream #0:0: Video: png (MPNG / 0x474E504D), rgba, 160x120 [SAR 2834:2834 DAR 4:3], 40 tbr, 40 tbn, 40 tbc [mpeg4 @ 0x2f5ebe0] too many threads/slices (9), reducing to 8 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.11.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 160x120 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 40 tbn, 40 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> mpeg4) Press [q] to stop, [?] for help Input stream #0:0 frame changed from size:160x120 fmt:rgba to size:160x120 fmt:rgb24 Input stream #0:0 frame changed from size:160x120 fmt:rgb24 to size:160x120 fmt:pal8 Input stream #0:0 frame changed from size:160x120 fmt:pal8 to size:160x120 fmt:gray frame= 160 fps=0.0 q=6.6 Lsize= 206kB time=00:00:04.00 bitrate= 420.9kbits/s video:196kB audio:0kB subtitle:0 global headers:0kB muxing overhead 4.825182% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 22:35:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 20:35:17 -0000 Subject: [FFmpeg-trac] #2747(undetermined:closed): svq1 enc: Invalid free() / delete / delete[] / realloc() In-Reply-To: <038.f842a702833abb6569174f6393d6ac87@avcodec.org> References: <038.f842a702833abb6569174f6393d6ac87@avcodec.org> Message-ID: <053.3e6ce05d173356aa259d4539eb5b9e66@avcodec.org> #2747: svq1 enc: Invalid free() / delete / delete[] / realloc() -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in cb678cc2cf4667dafb814da8661a5ef4a59a64db -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 22:37:47 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 20:37:47 -0000 Subject: [FFmpeg-trac] #1031(swscale:reopened): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.36b6075ec00aec854b7de0d909767b80@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows ------------------------------------+------------------------------------ Reporter: SephiRok | Owner: michael Type: defect | Status: reopened Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: yuv2rgb | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: regression yuv2rgb => yuv2rgb Comment: not a regression, this was never really fixed, and the workaround is back so it should not be marked as regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 22:54:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 20:54:14 -0000 Subject: [FFmpeg-trac] #2708(avformat:new): Muxing H.264+AAC in M4V results in initial empty edits In-Reply-To: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> References: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> Message-ID: <050.6d2e71ed03a87c9cd26ab408a48cfd0c@avcodec.org> #2708: Muxing H.264+AAC in M4V results in initial empty edits ------------------------------------+------------------------------------ Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Replying to [comment:1 MarkZV]: > It appears that the cause of the problem is that {{{-avoid_negative_ts}}} defaults to 0 for MP4, and 1 for M4V. The reason for that is unknown. It seems that this should be 0 for both, since the edit list already handles negative timestamps by mapping time 0 to a media time greater than 0. Not an option, adobes flash player doesnt support edit lists last i checked. And it is a commonly used player so not supporting it isnt an option either -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 23:05:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 21:05:02 -0000 Subject: [FFmpeg-trac] #2708(avformat:new): Muxing H.264+AAC in M4V results in initial empty edits In-Reply-To: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> References: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> Message-ID: <050.1ef8eaa02126290191500da256bb39f2@avcodec.org> #2708: Muxing H.264+AAC in M4V results in initial empty edits -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: mov | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 23:05:13 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 21:05:13 -0000 Subject: [FFmpeg-trac] #2709(avcodec:closed): libstagefright does not compile In-Reply-To: <036.ecfca17a5e010e51c2169e3933f95441@avcodec.org> References: <036.ecfca17a5e010e51c2169e3933f95441@avcodec.org> Message-ID: <051.752c5133ead351314138271c77e0cc08@avcodec.org> #2709: libstagefright does not compile -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: libstagefright regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => fixed Comment: It should compile now, actual testing is welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 23:18:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 21:18:35 -0000 Subject: [FFmpeg-trac] #2708(avformat:closed): Muxing H.264+AAC in M4V results in initial empty edits In-Reply-To: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> References: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> Message-ID: <050.b7efc6260fd6a6d978a52645cec6e953@avcodec.org> #2708: Muxing H.264+AAC in M4V results in initial empty edits -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: mov | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Replying to [comment:2 michael]: > Replying to [comment:1 MarkZV]: > > It appears that the cause of the problem is that {{{-avoid_negative_ts}}} defaults to 0 for MP4, and 1 for M4V. The reason for that is unknown. It seems that this should be 0 for both, since the edit list already handles negative timestamps by mapping time 0 to a media time greater than 0. > > Not an option, adobes flash player doesnt support edit lists last i checked. And it is a commonly used player so not supporting it isnt an option either Rereading with my brain switched on, yes you are entirely correct, changed the default for the ipod muxer (adobe flash player shouldnt be a factor for ipod muxed files i hope) Fixed in 65abce67b52c920d1f6f691a883ec787773916fd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 4 23:58:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 21:58:41 -0000 Subject: [FFmpeg-trac] #2713(avutil:closed): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.897a8c12e03f50a58e3c11e98e52b5b9@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: fixed Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 46ad287a2a87554bb10dff437dfad7edcd38bb69 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 00:29:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 22:29:57 -0000 Subject: [FFmpeg-trac] #2704(undetermined:new): RTMP: fails to get information about particular stream In-Reply-To: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> References: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> Message-ID: <051.451cb38cb290d19cc50715cc7cf58379@avcodec.org> #2704: RTMP: fails to get information about particular stream -------------------------------------+------------------------------------- Reporter: xnejp03 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by xnejp03): It does seem to work without librtmp. Log attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 00:34:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 22:34:44 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream Message-ID: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Try to run this on a latest windows build: "C:\\Dev\\Tools2\\ffmpeg\\ffmpeg.exe" -report -i rtmp://80.232.172.37/rtplive/vlc.sdp -c:v copy -c:a copy -bsf h264_mp4toannexb -bsf:a aac_adtstoasc -hls_time 10 -hls_list_size 6 -hls_wrap 60 -start_number 1 -y "C:\\Dev\\Tools2\\Test2\\stream.m3u8" It will run for 5-6 hours and then exists with muxing overhead message: video:659722kB audio:130577kB subtitle:0 global headers:0kB muxing overhead -100.000003% 0 frames successfully decoded, 0 decoding errors You can find log result here: http://www1.datafilehost.com/d/d6643879 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 00:37:23 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Jul 2013 22:37:23 -0000 Subject: [FFmpeg-trac] #2704(undetermined:new): RTMP: fails to get information about particular stream In-Reply-To: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> References: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> Message-ID: <051.38434956a14ff284dad28c87570dfe48@avcodec.org> #2704: RTMP: fails to get information about particular stream -------------------------------------+------------------------------------- Reporter: xnejp03 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by xnejp03): Just noticed, that even if it is successfult (with librtmp), it still doesn't identify the audio stream (either missing or identified as Data stream instead), while the build without librtmp recognized the audio stream as mp3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 02:26:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 00:26:06 -0000 Subject: [FFmpeg-trac] #2708(avformat:closed): Muxing H.264+AAC in M4V results in initial empty edits In-Reply-To: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> References: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> Message-ID: <050.aaa6a4669e07c2f030b101720afd8c75@avcodec.org> #2708: Muxing H.264+AAC in M4V results in initial empty edits -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: mov | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by MarkZV): Thanks. I've verified that it is working with git master. Any player that ignores edit lists should be unaffected, since {{{-avoid_negative_ts}}} only affects the edit lists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 04:10:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 02:10:03 -0000 Subject: [FFmpeg-trac] #2632(avformat:closed): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.df692cc9d39f8884f45739306a1600f9@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. -------------------------------------+------------------------------------- Reporter: tomdouce | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: dvbsub | Blocked By: mpegts regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in b009267910df10c004b5f340a090d45da29089a0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 04:43:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 02:43:00 -0000 Subject: [FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.17f56f4006f97f5e226bd467cecc9c89@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: open Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): In the forum post linked its said that "That's strange, because during the testing phase for the patch, I saw 2.5.8 working correctly" Is there some way to recover this working version, it likely would help debuging this also the debug dump looks like its missing symbols -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 07:01:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 05:01:54 -0000 Subject: [FFmpeg-trac] #2755(avcodec:new): avformat_find_stream_info crashes float register Message-ID: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> #2755: avformat_find_stream_info crashes float register ---------------------------------+--------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- This issue is only reproduce-able on Mac version, it's reproduce-able on 1.2.x, 1.1.x and 1.0.x branches. it works fine on 0.11.x branches. We found this issue in our own app which uses ffmpeg libraries. after avformat_find_stream_info is called, long double calculation get some wired result. We used 'info float' in gdb and found that float register are filled with weird value after avformat_find_stream_info is called. I'll attach dbg screen shot for you. I also wrote a code fragment and put it into main of ffmpeg.c, and the executable build on Mac can reproduce the issue. testers said it happens every time when input video format is MPEG4 the configuration used to build on Mac is : --enable-cross-compile --arch=i386 --target-os=darwin --cc=gcc-4.0 --extra-cflags='-arch i386 -mmacosx-version-min=10.2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk' --extra-ldflags='-arch i386 -mmacosx-version-min=10.2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk' \ --disable-mmx the tested video will be attached, you can test it on 1.1.5 or 1.2.1 branches -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 07:06:21 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 05:06:21 -0000 Subject: [FFmpeg-trac] #2755(avcodec:new): avformat_find_stream_info crashes float register In-Reply-To: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> References: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> Message-ID: <051.5fcb38f8a45d73c243a9a4d004963427@avcodec.org> #2755: avformat_find_stream_info crashes float register -------------------------------------+----------------------------------- Reporter: hxuanyu | 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 hxuanyu): The code I used to put into main function of ffmpeg.c is AVFormatContext *pFormatCtx = NULL; if (avformat_open_input(&pFormatCtx, src_filename, NULL, NULL) < 0) { fprintf(stderr, "Could not open source file %s\n", src_filename); exit(1); } if (avformat_find_stream_info(pFormatCtx, NULL) < 0) { fprintf(stderr, "Could not find stream information\n"); exit(1); } long double b = 2.12; printf("rhbc73 long double b=%Lf\n", b); long double d = b * b; printf("rhbc73 long double b=%Lf, d=%Lf", b, d); and the output from Mac was hello to play /Users/alex/Documents/sample-3gp-h263-amr.3gp rhbc73 long double b=nan rhbc73 long double b=2.120000, d=4.494400 the output from Windows was hello to play c:\sample-3gp-h263-amr.3gp rhbc73 long double b=2.120000 rhbc73 long double b=2.120000, d=4.494400 notice that some values in Mac became nan -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 09:03:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 07:03:30 -0000 Subject: [FFmpeg-trac] #2755(undetermined:new): avformat_find_stream_info crashes float register In-Reply-To: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> References: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> Message-ID: <051.339393618ba2687967b392338c38c7ef@avcodec.org> #2755: avformat_find_stream_info crashes float register -------------------------------------+------------------------------------- Reporter: hxuanyu | 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): * component: avcodec => undetermined Comment: Please test current git head and if you think this is a regression, please use git bisect to find the commit introducing the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 09:57:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 07:57:06 -0000 Subject: [FFmpeg-trac] #2710(avformat:new): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion In-Reply-To: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> References: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> Message-ID: <051.5df54a2b0254c8f486868a9fe1a9b915@avcodec.org> #2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion -------------------------------------+------------------------------------ Reporter: fripooy | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: 1.0.7 | Resolution: Keywords: hls http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by bbcallen): Here is a HLS url with the similar problem, which you can test against http://gslb.tv.sohu.com/live?cid=12&type=hls -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 13:01:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 11:01:48 -0000 Subject: [FFmpeg-trac] #2710(avformat:open): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion In-Reply-To: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> References: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> Message-ID: <051.ba5ba482aff748f236c768c6a3e7de7e@avcodec.org> #2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion ------------------------------------+------------------------------------ Reporter: fripooy | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls http | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: 1.0.7 => git-master * type: enhancement => defect * reproduced: 0 => 1 Comment: wget confirms that this is a problem about ignored redirect. {{{ $ ffmpeg -loglevel 99 -i "http://gslb.tv.sohu.com/live?cid=12&type=hls" ffmpeg version N-54477-g8fdec02 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 5 2013 13:00:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.101 / 55. 18.101 libavformat 55. 11.100 / 55. 11.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 78.100 / 3. 78.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'http://gslb.tv.sohu.com/live?cid=12&type=hls'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file http://gslb.tv.sohu.com/live?cid=12&type=hls. Successfully parsed a group of options. Opening an input file: http://gslb.tv.sohu.com/live?cid=12&type=hls. [hls,applehttp @ 0x2ee4020] Format hls,applehttp probed with size=2048 and score=100 [http @ 0x2ef0520] HTTP error 404 Not Found [hls,applehttp @ 0x2ee4020] Error when loading first segment 'http://gslb.tv.sohu.com/hls/12.ts?s=hWExFxqmZ8eE' [AVIOContext @ 0x2ee8fe0] Statistics: 704 bytes read, 0 seeks http://gslb.tv.sohu.com/live?cid=12&type=hls: Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 13:51:52 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 11:51:52 -0000 Subject: [FFmpeg-trac] #2752(avcodec:closed): libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API In-Reply-To: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> References: <034.5684fa1750d281125f5781887fe6d981@avcodec.org> Message-ID: <049.e7de9736e8384af8e0084b65cf4a1d68@avcodec.org> #2752: libavcodec: negative dts problems due to 32bit counter in deprecated audio encoder API ------------------------------------+----------------------------------- Reporter: pegro | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Patch has been applied (c6c2231227c1d9031de43496dacdbcb309829b4d) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 13:57:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 11:57:54 -0000 Subject: [FFmpeg-trac] #2756(build system:new): Compilation fails on ARMv7 with GCC 4.8.1 Message-ID: <035.6cbec01de88cbfc5873ac5b8019052cb@avcodec.org> #2756: Compilation fails on ARMv7 with GCC 4.8.1 --------------------------------------+---------------------------------- Reporter: cooper | Type: defect Status: new | Priority: normal Component: build system | Version: 1.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: While compiling FFMpeg 1.2.1 (gentoo ebuild) using GCC 4.8.1 on my Odroid-U2 I get a compilation error. How to reproduce: I've set CFLAGS to "-O3 -pipe -march=armv7-a -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard" and enabled NEON. I get the following error during compilation: {{{ armv7a-hardfloat-linux-gnueabi-gcc -I. -I/var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DPIC -DHAVE_AV_CONFIG_H -O3 -pipe -march=armv7-a -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard -O3 -pipe -march=armv7-a -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard -march=armv7-a -std=c99 -fomit-frame-pointer -marm -fPIC -pthread -I/usr/include/harfbuzz -I/usr/include/fribidi -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -Wdeclaration-after-statement -Wall -Wno-parentheses -Wno-switch -Wno-format-zero-length -Wdisabled-optimization -Wpointer- arith -Wredundant-decls -Wno-pointer-sign -Wwrite-strings -Wtype-limits -Wundef -Wmissing-prototypes -Wno-pointer-to-int-cast -Wstrict-prototypes -O3 -pipe -march=armv7-a -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard -fno- math-errno -fno-signed-zeros -fno-tree-vectorize -Werror=implicit- function-declaration -Werror=missing-prototypes -Werror=return-type -Werror=vla -MMD -MF libavcodec/dct.d -MT libavcodec/dct.o -c -o libavcodec/dct.o /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dct.c /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dcaenc.c: In function 'encode_init': /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dcaenc.c:227:36: warning: iteration 256u invokes undefined behavior [-Waggressive-loop- optimizations] lfe_fir_64i[i] = lfe_fir_64[i] * (1 << 25); //float -> int32_t ^ /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dcaenc.c:226:5: note: containing loop for (i = 0; i < 512; i++) ^ armv7a-hardfloat-linux-gnueabi-gcc -I. -I/var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DPIC -DHAVE_AV_CONFIG_H -O3 -pipe -march=armv7-a -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard -O3 -pipe -march=armv7-a -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard -march=armv7-a -std=c99 -fomit-frame-pointer -marm -fPIC -pthread -I/usr/include/harfbuzz -I/usr/include/fribidi -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -D_REENTRANT -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -Wdeclaration-after-statement -Wall -Wno-parentheses -Wno-switch -Wno-format-zero-length -Wdisabled-optimization -Wpointer- arith -Wredundant-decls -Wno-pointer-sign -Wwrite-strings -Wtype-limits -Wundef -Wmissing-prototypes -Wno-pointer-to-int-cast -Wstrict-prototypes -O3 -pipe -march=armv7-a -mcpu=cortex-a9 -mfpu=neon -mfloat-abi=hard -fno- math-errno -fno-signed-zeros -fno-tree-vectorize -Werror=implicit- function-declaration -Werror=missing-prototypes -Werror=return-type -Werror=vla -MMD -MF libavcodec/dct32_fixed.d -MT libavcodec/dct32_fixed.o -c -o libavcodec/dct32_fixed.o /var/tmp/portage /media-video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dct32_fixed.c In file included from /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dcadec.c:51:0: /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dcadec.c: In function 'dca_xbr_parse_frame': /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/arm/dca.h:37:5: error: can't find a register in class 'CORE_REGS' while reloading 'asm' __asm__ ("smmul %8, %14, %18 \n" ^ /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/arm/dca.h:37:5: error: 'asm' operand has impossible constraints /var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1/libavcodec/dcadec.c:1891: confused by earlier errors, bailing out make: *** [libavcodec/dcadec.o] Error 1 make: *** Waiting for unfinished jobs.... * ERROR: media-video/ffmpeg-1.2.1 failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=media- video/ffmpeg-1.2.1'`, * the complete build log and the output of `emerge -pqv '=media- video/ffmpeg-1.2.1'`. * The complete build log is located at '/var/tmp/portage/media- video/ffmpeg-1.2.1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media- video/ffmpeg-1.2.1/temp/environment'. * Working directory: '/var/tmp/portage/media- video/ffmpeg-1.2.1/work/ffmpeg-1.2.1_build' * S: '/var/tmp/portage/media-video/ffmpeg-1.2.1/work/ffmpeg-1.2.1' }}} I've tried compiling without NEON support, making sure to specify -mfpu=vfpv3 in the CFLAGS, but that changed nothing (I did verify that FFMpeg configured itself with NEON support disabled). I also tried, because of the '-Waggressive-loop-optimizations' warning, to compile with '-fno-aggressive-loop-optimizations' but that didn't change anything either. What's interesting, though, is that when I enabled THUMB support (-mthumb) compilation completes without any issues and I get a perfectly functioning FFMpeg. FFMpeg compiles just fine, for all these CFLAGS variations, on GCC 4.7.3 as well as GCC 4.6.4. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 14:50:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 12:50:06 -0000 Subject: [FFmpeg-trac] #2756(build system:new): Compilation fails on ARMv7 with GCC 4.8.1 In-Reply-To: <035.6cbec01de88cbfc5873ac5b8019052cb@avcodec.org> References: <035.6cbec01de88cbfc5873ac5b8019052cb@avcodec.org> Message-ID: <050.5529bb09134c790b905d37151dc83c72@avcodec.org> #2756: Compilation fails on ARMv7 with GCC 4.8.1 --------------------------------+---------------------------------------- Reporter: cooper | Owner: Type: defect | Status: new Priority: normal | Component: build system Version: 1.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Please test current git head and please post your configure line, then run "make ffmpeg" (and see the compilation error), then run "make V=1" and post the console output of the last command. (Please do not post the console output of the first make call.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 16:02:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 14:02:59 -0000 Subject: [FFmpeg-trac] #2710(avformat:open): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion In-Reply-To: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> References: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> Message-ID: <051.cf9c55dd80fec0f5cbeae3ba3d13d0e7@avcodec.org> #2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion ------------------------------------+------------------------------------ Reporter: fripooy | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls http | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by fripooy): Same problem with this URL "http://gslb.tv.sohu.com/live?cid=12&type=hls" -- With orig libavformat of my distrib -- $ /usr/bin/ffplay "http://gslb.tv.sohu.com/live?cid=12&type=hls" avplay version 0.8.5-4:0.8.5-0ubuntu0.12.04.1, Copyright (c) 2003-2012 the Libav developers built on Jan 24 2013 18:01:36 with gcc 4.6.3 [http @ 0x7f97d000de20] HTTP error 404 Not Found http://gslb.tv.sohu.com/live?cid=12&type=hls: Input/output error -- With patched libavformat (chromium fork) -- /usr/local/bin/ffplay "http://gslb.tv.sohu.com/live?cid=12&type=hls" ffplay version 1.0.git Copyright (c) 2003-2012 the FFmpeg developers built on Jun 5 2013 18:40:50 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-avdevice --enable-avfilter --enable-fft --enable-rdft --enable-shared --disable-dxva2 --disable-vaapi --disable- vda --disable-vdpau --optflags=-O2 --enable-decoder='theora,vorbis,vp8' --enable-decoder='pcm_u8,pcm_s16le,pcm_s24le,pcm_f32le' --enable- decoder='pcm_s16be,pcm_s24be' --enable-demuxer='ogg,matroska,wav' --enable-parser='vp3,vorbis,vp8' --enable-pic --enable- decoder='aac,h264,mp3,flac,mpeg4,amrnb,amrwb,pcm_mulaw,gsm_ms' --enable- demuxer='mp3,mov,flac,avi,amr,gsm' --enable- parser='aac,h264,mpegaudio,flac,h263,mpeg4video,gsm' libavutil 52. 11.101 / 52. 11.101 libavcodec 54. 78.101 / 54. 78.101 libavformat 54. 42.100 / 54. 42.100 libavdevice 54. 3.102 / 54. 3.102 libavfilter 3. 23.105 / 3. 23.105 libswscale 2. 1.103 / 2. 1.103 libswresample 0. 17.102 / 0. 17.102 [mpegts @ 0x7fb58c010e40] Estimating duration from bitrate, this may be inaccurate [hls,applehttp @ 0x7fb58c0008c0] Estimating duration from bitrate, this may be inaccurate Input #0, hls,applehttp, from 'http://gslb.tv.sohu.com/live?cid=12&type=hls': Duration: 00:00:00.17, start: 11736.040178, bitrate: 33 kb/s Program 0 Metadata: variant_bitrate : 0 Stream #0:0: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 12.50 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1: Audio: aac ([15][0][0][0] / 0x000F), 32000 Hz, mono, fltp, 34 kb/s Frame changed from size:0x0 to size:640x480q= 5KB sq= 0B f=0/0 11740.59 A-V: -0.007 fd= 6 aq= 5KB vq= 4KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 16:30:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 14:30:58 -0000 Subject: [FFmpeg-trac] #2756(build system:new): Compilation fails on ARMv7 with GCC 4.8.1 In-Reply-To: <035.6cbec01de88cbfc5873ac5b8019052cb@avcodec.org> References: <035.6cbec01de88cbfc5873ac5b8019052cb@avcodec.org> Message-ID: <050.733ea582190776bf579c4057af730adf@avcodec.org> #2756: Compilation fails on ARMv7 with GCC 4.8.1 --------------------------------+---------------------------------------- Reporter: cooper | Owner: Type: defect | Status: new Priority: normal | Component: build system Version: 1.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cooper): Test against GIT HEAD results in succesful compilation. Whatever was going on in 1.2.1, it's apparently been fixed since. This issue can be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 5 17:13:12 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 15:13:12 -0000 Subject: [FFmpeg-trac] #2710(avformat:open): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion In-Reply-To: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> References: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> Message-ID: <051.b22f9d007e11e05c4a8d39e0117e7a7f@avcodec.org> #2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion ------------------------------------+------------------------------------ Reporter: fripooy | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls http | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:4 fripooy]: > With patched libavformat Please send the patch to then ffmpeg-devel mailing list, be careful not to break ABI -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 01:47:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Jul 2013 23:47:49 -0000 Subject: [FFmpeg-trac] #2694(avformat:closed): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.a37ee14002e9d473968038b382d15476@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: regression win => regression * status: open => closed * resolution: => fixed Comment: Should be fixed in 390aabb2a1ade0cefec6ab10e39b391b43de5c45 & 68b7b534be5912dbd28283d0d566a2ee88e51f9b I could not find an issue with the callback not being called though, this just fixes the timeout issue (which was a regression) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 03:34:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 01:34:22 -0000 Subject: [FFmpeg-trac] #2684(swscale:new): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> References: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> Message-ID: <051.60d1799ec11001ce500e8841a25dabe3@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray ------------------------------------+----------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: new Priority: important | Component: swscale Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Patch on ml -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 05:02:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 03:02:01 -0000 Subject: [FFmpeg-trac] #2590(avformat:open): Inaccurate seek in mp3 In-Reply-To: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> References: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> Message-ID: <054.0496ecf1374b8029a61aa14ab0377dda@avcodec.org> #2590: Inaccurate seek in mp3 -------------------------------------+------------------------------------- Reporter: eleventeen | 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 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [ticket:2590 eleventeen]: > Summary of the bug: > After adding read_xing_toc() in mp3dec.c seeking in some mp3 isn't accurate. The same file seeks correctly and fast in foobar2000. Attached sample of a file and original cue. Is the seeking in foobar2000 faster than libavformat without TOC ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 13:24:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 11:24:23 -0000 Subject: [FFmpeg-trac] #2756(build system:new): Compilation fails on ARMv7 with GCC 4.8.1 In-Reply-To: <035.6cbec01de88cbfc5873ac5b8019052cb@avcodec.org> References: <035.6cbec01de88cbfc5873ac5b8019052cb@avcodec.org> Message-ID: <050.ec9a84d8f877b3605ff88ffbf6626e29@avcodec.org> #2756: Compilation fails on ARMv7 with GCC 4.8.1 --------------------------------+---------------------------------------- Reporter: cooper | Owner: Type: defect | Status: new Priority: normal | Component: build system Version: 1.2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Could you find out which change fixed compilation? We could backport the change to release/1.2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 15:36:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 13:36:59 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.34dc9d5c5e6ab2787b759e8c7b296cc7@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Patch sent that improves the detection: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165686 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 16:57:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 14:57:23 -0000 Subject: [FFmpeg-trac] #2590(avformat:open): Inaccurate seek in mp3 In-Reply-To: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> References: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> Message-ID: <054.2111ce8ce025127fbbef531119e96e27@avcodec.org> #2590: Inaccurate seek in mp3 -------------------------------------+------------------------------------- Reporter: eleventeen | 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 | -------------------------------------+------------------------------------- Comment (by eleventeen): On PC I don't see speed difference with and without read_xing_toc() when seeking near the end of a 60MB mp3. The only difference is accuracy. I'v checked with process monitor what foobar2000 is doing. The first time it is reading the file from the beginning until it finds the right place. Second seek to the same time (or before) it jumps immediately to remembered position. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 16:59:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 14:59:55 -0000 Subject: [FFmpeg-trac] #2757(undetermined:new): Wrong duration detected for a 3g2 file Message-ID: <042.52d895d04a32f822a3306fa0dde0e1fd@avcodec.org> #2757: Wrong duration detected for a 3g2 file -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Sample : http://www1.datafilehost.com/d/5d938421 or http://henahena.ddo.jp:8080/loop9th/MAV_0034.3G2 The duration detected for that 3g2 file is incorrect. The real duration is around 50s (instead of 15s). How to reproduce: {{{ % ffplay MAV_0034.3G2 ffplay version N-54277-gff130d7 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 30 2013 01:20:12 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MAV_0034.3G2': 0B f=0/0 Metadata: major_brand : kddi minor_version : 0 compatible_brands: kddi3g2a creation_time : 2008-08-30 10:35:42 Duration: 00:00:15.00, start: 0.000000, bitrate: 1344 kb/s Stream #0:0(eng): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 384 kb/s, 15 fps, 15 tbr, 90k tbn, 15 tbc Metadata: creation_time : 2008-08-30 10:35:42 Stream #0:1(eng): Audio: amr_nb (samr / 0x726D6173), 8000 Hz, mono, flt, 8 kb/s Metadata: creation_time : 2008-08-30 10:35:42 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 17:27:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 15:27:18 -0000 Subject: [FFmpeg-trac] #2758(undetermined:new): AOB file detected as PCM file Message-ID: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> #2758: AOB file detected as PCM file -------------------------------------+------------------------------------- Reporter: | Type: defect Underground78 | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Sample: http://mpchc.omertabeyond.com/incorrect_audio_stream.AOB This AOB sample is incorrectly detected as PCM audio. How to reproduce: {{{ % ffplay.exe incorrect_audio_stream.AOB ffplay version N-54277-gff130d7 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 30 2013 01:20:12 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'incorrect_audio_stream.AOB':sq= 0B f=0/0 Duration: 00:04:18.27, start: 0.006500, bitrate: 6141 kb/s Stream #0:0[0xa0]: Audio: pcm_s16be, 44100 Hz, 2 channels, s16, 1411 kb/s [pcm_s16be @ 0464b240] Invalid PCM packet, data has size 8 but at least a size of 16 was expected [pcm_s16be @ 0464b240] Invalid PCM packet, data has size 13 but at least a size of 16 was expected Last message repeated 10 times ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 17:45:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 15:45:02 -0000 Subject: [FFmpeg-trac] #2758(undetermined:new): AOB file detected as PCM file In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.08e7ab0d956a393b181fac035c9f42e4@avcodec.org> #2758: AOB file detected as PCM file -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): To elaborate, the stream is actually supposed to be MLP instead of PCM. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 17:47:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 15:47:30 -0000 Subject: [FFmpeg-trac] #2758(undetermined:new): MLP audio detected as PCM (was: AOB file detected as PCM file) In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.f794667ddb8f0401585589261393e509@avcodec.org> #2758: MLP audio detected as PCM -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined 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 Sat Jul 6 18:16:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 16:16:58 -0000 Subject: [FFmpeg-trac] #2757(avformat:open): Wrong duration detected for a 3g2 file In-Reply-To: <042.52d895d04a32f822a3306fa0dde0e1fd@avcodec.org> References: <042.52d895d04a32f822a3306fa0dde0e1fd@avcodec.org> Message-ID: <057.cb02595863e812232d66457da038bec6@avcodec.org> #2757: Wrong duration detected for a 3g2 file -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mov | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov regression * priority: normal => important * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Regression since 550f7c4. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 18:44:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 16:44:52 -0000 Subject: [FFmpeg-trac] #2758(undetermined:new): MLP audio detected as PCM In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.d21ab3d3b11ff5d12d9017b541846069@avcodec.org> #2758: MLP audio detected as PCM -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpegps thd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpegps thd Comment: Which application plays the sample / are you sure it is not encrypted? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 18:46:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 16:46:21 -0000 Subject: [FFmpeg-trac] #2758(undetermined:new): MLP audio detected as PCM In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.288913804969477c534f834fcf57bd5a@avcodec.org> #2758: MLP audio detected as PCM -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpegps thd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): VLC works fine for example. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 22:37:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 20:37:47 -0000 Subject: [FFmpeg-trac] #2755(undetermined:new): avformat_find_stream_info crashes float register In-Reply-To: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> References: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> Message-ID: <051.3e9a387f4472d7a14cc9c4e4c331048e@avcodec.org> #2755: avformat_find_stream_info crashes float register -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 22:40:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 20:40:32 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> References: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> Message-ID: <051.30a0889af27ab2a64db245b549e4196d@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DoomBot): Is this the same problem as the PGS subtitles in stand alone m2ts files, they would flash on screen really fast and vanish? If so i see the same thing in the xbmc Gotham builds, this issue was fixed and then patched in frodo. The problem is back and very annoying. I could provide a sample if need be. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 22:41:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 20:41:17 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.bf8ad2873fb54599bc470929eb7ee45b@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 problem only reproducible with network input or also with file (or test-filter) input? Is network output required to reproduce the problem of does it also fail for file output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 22:58:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 20:58:10 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.8ae1471a99cedf4a3335784c6ad5f1d3@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 vkroutik): We observe the issue with a number of rtmp streams as an input. We do not have a file which would stream for 6-8 hours! We tested it with HLS only. Will run with file output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 23:04:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 21:04:53 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> References: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> Message-ID: <051.81546b7779e7eeba33ab0b6ee246f75a@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: DoomBot (added) Comment: Replying to [comment:1 DoomBot]: > Is this the same problem as the PGS subtitles in stand alone m2ts files, they would flash on screen really fast and vanish? Please test 931856a and c5cb9c9 to confirm. > If so i see the same thing in the xbmc Gotham builds, this issue was fixed and then patched in frodo. The problem is back and very annoying. I could provide a sample if need be. If it is a different issue reproducible with FFmpeg, it will (probably) not be fixed without a sample. That being said, a second sample often does not hurt. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 23:13:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 21:13:47 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> References: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> Message-ID: <051.2aa71dd8ad116227918dd6f863901b9c@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DoomBot): Here's a sample file http://www.mediafire.com/?ey6l4qn2y9a69c8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 23:30:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 21:30:22 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> References: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> Message-ID: <051.3dcf31c10357d2c67cad8928d5b1125e@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DoomBot): Some info about what was done last time for the fix by ffmpeg http://trac.xbmc.org/ticket/12074#comment:6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 23:36:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 21:36:21 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.0876f846baf477a92eb1063df6650808@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 vkroutik]: > We observe the issue with a number of rtmp streams as an input. We do not have a file which would stream for 6-8 hours! You can use {{{-f lavfi -i testsrc}}} both to test and to produce (long) samples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 6 23:59:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 21:59:27 -0000 Subject: [FFmpeg-trac] #2758(undetermined:new): MLP audio detected as PCM In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.23cb16c33274a02f2292ccd6b1ac8a6d@avcodec.org> #2758: MLP audio detected as PCM -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpegps thd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 heleppkes]: > To elaborate, the stream is actually supposed to be MLP instead of PCM. Why do you think so? From a quick look, this is 16bit PCM DVD-Audio, unsupported by FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 01:55:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Jul 2013 23:55:12 -0000 Subject: [FFmpeg-trac] #2755(undetermined:closed): avformat_find_stream_info crashes float register In-Reply-To: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> References: <036.21f027b6012f8fb98098835897d4e2c4@avcodec.org> Message-ID: <051.822526952fc690ca9c7dd783a34c056c@avcodec.org> #2755: avformat_find_stream_info crashes float register -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 707b2135fda3687a6eeb91411f801e437f633f30 PS: --disable-mmx is a VERY bad idea -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 04:18:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 02:18:09 -0000 Subject: [FFmpeg-trac] #2757(avformat:closed): Wrong duration detected for a 3g2 file In-Reply-To: <042.52d895d04a32f822a3306fa0dde0e1fd@avcodec.org> References: <042.52d895d04a32f822a3306fa0dde0e1fd@avcodec.org> Message-ID: <057.282dbd7a2167600f99dbe180077e89b9@avcodec.org> #2757: Wrong duration detected for a 3g2 file -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: closed Type: defect | Component: avformat Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: mov | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in dc2a13aa802fc691c25d5e0194818831058316ee -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 07:38:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 05:38:29 -0000 Subject: [FFmpeg-trac] #2758(undetermined:new): MLP audio detected as PCM In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.e9a18dda17ef02003954e9d9552fed0f@avcodec.org> #2758: MLP audio detected as PCM -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpegps thd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): Hm right, i tried to confirm its really MLP but i couldn't find the usual markers. Thats what i get for believing the downstream error report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 13:23:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 11:23:35 -0000 Subject: [FFmpeg-trac] #2590(avformat:open): Inaccurate seek in mp3 In-Reply-To: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> References: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> Message-ID: <054.42f874056d551093723c6fa4c6c44cc4@avcodec.org> #2590: Inaccurate seek in mp3 -------------------------------------+------------------------------------- Reporter: eleventeen | 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 | -------------------------------------+------------------------------------- Comment (by michael): Patch on ffmpeg-devel mailing list -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 13:43:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 11:43:18 -0000 Subject: [FFmpeg-trac] #2759(FFmpeg:new): Audio equalizer filter problem - clipping with negative gain Message-ID: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> #2759: Audio equalizer filter problem - clipping with negative gain --------------------------------+-------------------------------------- Reporter: Ajaja | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- How to reproduce: {{{ % ffmpeg -f lavfi -i aevalsrc="1.98*random(0)-0.99" -to 60 noise.wav ... % ffmpeg -i noise.wav -af equalizer=2000:q:1:-5 noise2.wav ffmpeg version N-54499-g63d7684 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 6 2013 10:35:18 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enab le-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enable-libgs m --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libope njpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs -- enable-libxvid --enable-zlib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 78.102 / 3. 78.102 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'noise.wav': Metadata: encoder : Lavf55.11.101 Duration: 00:01:00.00, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Output #0, wav, to 'noise2.wav': Metadata: ISFT : Lavf55.11.101 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help clipping Last message repeated 654 times clipping 120kB time=00:00:01.39 bitrate= 706.1kbits/s Last message repeated 651 times clipping 236kB time=00:00:02.73 bitrate= 705.8kbits/s Last message repeated 653 times clipping 352kB time=00:00:04.08 bitrate= 705.8kbits/s Last message repeated 662 times clipping 476kB time=00:00:05.52 bitrate= 705.7kbits/s Last message repeated 653 times clipping 604kB time=00:00:07.01 bitrate= 705.7kbits/s Last message repeated 649 times clipping 720kB time=00:00:08.35 bitrate= 705.7kbits/s Last message repeated 654 times clipping 848kB time=00:00:09.84 bitrate= 705.7kbits/s Last message repeated 672 times ..... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 13:48:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 11:48:12 -0000 Subject: [FFmpeg-trac] #2759(undetermined:new): Audio equalizer filter problem - clipping with negative gain In-Reply-To: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> References: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> Message-ID: <049.a433667592c4c3e3a9ba2168e780ba07@avcodec.org> #2759: Audio equalizer filter problem - clipping with negative gain -------------------------------------+------------------------------------- Reporter: Ajaja | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 17:25:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 15:25:31 -0000 Subject: [FFmpeg-trac] #2759(undetermined:closed): Audio equalizer filter problem - clipping with negative gain In-Reply-To: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> References: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> Message-ID: <049.de8bfc456ad455fd0ac6e66476053bab@avcodec.org> #2759: Audio equalizer filter problem - clipping with negative gain -------------------------------------+------------------------------------- Reporter: Ajaja | 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 richardpl): * status: new => closed * resolution: => invalid Comment: It is obvious that your command cause clipping, as its wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 17:50:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 15:50:18 -0000 Subject: [FFmpeg-trac] #2759(undetermined:closed): Audio equalizer filter problem - clipping with negative gain In-Reply-To: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> References: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> Message-ID: <049.a970a6e052fefcfbbc6fab7e99178c40@avcodec.org> #2759: Audio equalizer filter problem - clipping with negative gain -------------------------------------+------------------------------------- Reporter: Ajaja | 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 -------------------------------------+------------------------------------- Comment (by Ajaja): How can equalizing with negative gain (-5dB in the example) at some frequency cause clipping (or message about clipping)? {{{ % ffmpeg -i noise.wav -filter:a "astats" -vn -f null NUL .... [Parsed_astats_0 @ 000000000263ac60] Overall [Parsed_astats_0 @ 000000000263ac60] DC offset: 0.000367 [Parsed_astats_0 @ 000000000263ac60] Min level: -0.989990 [Parsed_astats_0 @ 000000000263ac60] Max level: 0.989990 }}} After equalizing: {{{ % ffmpeg -i noise2.wav -filter:a "astats" -vn -f null NUL .... [Parsed_astats_0 @ 000000000036ac60] Overall [Parsed_astats_0 @ 000000000036ac60] DC offset: 0.000367 [Parsed_astats_0 @ 000000000036ac60] Min level: -0.989990 [Parsed_astats_0 @ 000000000036ac60] Max level: 0.989990 }}} Where is clipping? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 18:18:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 16:18:03 -0000 Subject: [FFmpeg-trac] #2668(avcodec:closed): h264 444 file crashes 32bit ffplay In-Reply-To: <036.d7955e30de0714a18493d9c9ad8be7c7@avcodec.org> References: <036.d7955e30de0714a18493d9c9ad8be7c7@avcodec.org> Message-ID: <051.bc125f397ae5e0bfad1f60a3665eae6f@avcodec.org> #2668: h264 444 file crashes 32bit ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 crash | Blocked By: SIGSEGV regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46189 > A user uploaded a h264 444 sample that crashes current ffplay (with both > -threads 1 and -threads 2, identical backtrace) if it was compiled for > x86_32, regression since 32fdfdf for -threads 2, -threads 1 already > crashed before with a different backtrace since 2e7bc9c / 759001c > {{{ > (gdb) r -threads 2 444.h264 > Starting program: ffplay_g -threads 2 444.h264 > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib64/libthread_db.so.1". > ffplay version N-54024-g147adf2 Copyright (c) 2003-2013 the FFmpeg > developers > built on Jun 14 2013 11:15:12 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl --disable-indev=jack --cc='gcc -m32' > libavutil 52. 35.101 / 52. 35.101 > libavcodec 55. 16.100 / 55. 16.100 > libavformat 55. 8.102 / 55. 8.102 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 77.101 / 3. 77.101 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > [New Thread 0xf7a85b40 (LWP 18286)] > [New Thread 0xf7015b40 (LWP 18287)] > [New Thread 0xf6713b40 (LWP 18288)] > Input #0, h264, from '444.h264': 0KB vq= 0KB sq= 0B f=0/0 > Duration: N/A, bitrate: N/A > Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 1550x480, > 20 fps, 20 tbr, 1200k tbn, 40 tbc > [New Thread 0xf57ffb40 (LWP 18289)] > [New Thread 0xf4ffeb40 (LWP 18290)] > [New Thread 0xf47fdb40 (LWP 18291)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xf57ffb40 (LWP 18289)] > 0x083753a8 in xchg_mb_border (pixel_shift=0, simple=0, chroma444=1, > xchg=1, > uvlinesize=1552, linesize=1552, > src_cr=0xf5a48a0f
, > src_cb=0xf5c91a0f
, > src_y=0xf5d48a0f "", > h=0xf5e10b40) at libavcodec/h264.c:2240 > 2240 XCHG(top_border + (16 << pixel_shift), src_cb + (1 << > pixel_shift), xchg); > (gdb) bt > #0 0x083753a8 in xchg_mb_border (pixel_shift=0, simple=0, chroma444=1, > xchg=1, > uvlinesize=1552, linesize=1552, > src_cr=0xf5a48a0f
, > src_cb=0xf5c91a0f
, > src_y=0xf5d48a0f "", > h=0xf5e10b40) at libavcodec/h264.c:2240 > #1 hl_decode_mb_444_complex (h=h at entry=0xf5e10b40) at > libavcodec/h264_mb_template.c:341 > #2 0x08383bd2 in ff_h264_hl_decode_mb (h=0xf5e10b40) at > libavcodec/h264.c:2484 > #3 decode_slice (avctx=avctx at entry=0xf5e011c0, arg=arg at entry=0xf57ff24c) > at libavcodec/h264.c:4318 > #4 0x0838410f in execute_decode_slices (h=h at entry=0xf5e10b40, > context_count=) at libavcodec/h264.c:4468 > #5 0x0838b92f in decode_nal_units (parse_extradata=0, buf_size=297559, > buf=0xf5c17008 "", h=0xf5e10b40) at libavcodec/h264.c:4812 > #6 decode_frame (avctx=0xf5e011c0, data=0xf5e01b80, > got_frame=0xf5e01d34, > avpkt=0xf5e01b30) at libavcodec/h264.c:4947 > #7 0x085c1f3e in frame_worker_thread (arg=0xf5e01a60) at > libavcodec/pthread.c:338 > #8 0xf7cbde32 in start_thread () from /lib/libpthread.so.0 > #9 0xf7b9e7ee in clone () from /lib/libc.so.6 > (gdb) disass $pc-32,$pc+32 > Dump of assembler code from 0x8375388 to 0x83753c8: > 0x08375388 : add %eax,(%eax) > 0x0837538a : add > %cl,-0x4374d3a9(%ecx) > 0x08375390 : and $0x68,%al > 0x08375392 : add %eax,(%eax) > 0x08375394 : add > %cl,0x1842494(%ebx) > 0x0837539a : add %al,(%eax) > 0x0837539c : mov %eax,-0x7(%edi) > 0x0837539f : mov %edx,-0x3(%edi) > 0x083753a2 : mov 0x14(%ebx),%edx > 0x083753a5 : mov 0x10(%ebx),%eax > => 0x083753a8 : mov 0x5(%esi),%ecx > 0x083753ab : mov 0x168(%esp),%edi > 0x083753b2 : mov %edx,0x174(%esp) > 0x083753b9 : mov 0x1(%esi),%edx > 0x083753bc : mov %eax,0x170(%esp) > 0x083753c3 : mov 0x170(%esp),%eax > End of assembler dump. > (gdb) info register > eax 0x0 0 > ecx 0x0 0 > edx 0x0 0 > ebx 0xf59d3140 -174247616 > esp 0xf57fefa0 0xf57fefa0 > ebp 0xf5e10b40 0xf5e10b40 > esi 0xf5c91a0f -171369969 > edi 0xfffff9ef -1553 > eip 0x83753a8 0x83753a8 > > eflags 0x10246 [ PF ZF IF RF ] > cs 0x23 35 > ss 0x2b 43 > ds 0x2b 43 > es 0x2b 43 > fs 0x0 0 > gs 0x63 99 > }}} New description: http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46189 A user uploaded a h264 444 sample that crashes current ffplay (with both -threads 1 and -threads 2, identical backtrace) if it was compiled for x86_32, regression since 32fdfdf for -threads 2, -threads 1 already crashed before with a different backtrace since 80e9e63 / 759001c {{{ (gdb) r -threads 2 444.h264 Starting program: ffplay_g -threads 2 444.h264 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffplay version N-54024-g147adf2 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 14 2013 11:15:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --cc='gcc -m32' libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [New Thread 0xf7a85b40 (LWP 18286)] [New Thread 0xf7015b40 (LWP 18287)] [New Thread 0xf6713b40 (LWP 18288)] Input #0, h264, from '444.h264': 0KB vq= 0KB sq= 0B f=0/0 Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 1550x480, 20 fps, 20 tbr, 1200k tbn, 40 tbc [New Thread 0xf57ffb40 (LWP 18289)] [New Thread 0xf4ffeb40 (LWP 18290)] [New Thread 0xf47fdb40 (LWP 18291)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf57ffb40 (LWP 18289)] 0x083753a8 in xchg_mb_border (pixel_shift=0, simple=0, chroma444=1, xchg=1, uvlinesize=1552, linesize=1552, src_cr=0xf5a48a0f
, src_cb=0xf5c91a0f
, src_y=0xf5d48a0f "", h=0xf5e10b40) at libavcodec/h264.c:2240 2240 XCHG(top_border + (16 << pixel_shift), src_cb + (1 << pixel_shift), xchg); (gdb) bt #0 0x083753a8 in xchg_mb_border (pixel_shift=0, simple=0, chroma444=1, xchg=1, uvlinesize=1552, linesize=1552, src_cr=0xf5a48a0f
, src_cb=0xf5c91a0f
, src_y=0xf5d48a0f "", h=0xf5e10b40) at libavcodec/h264.c:2240 #1 hl_decode_mb_444_complex (h=h at entry=0xf5e10b40) at libavcodec/h264_mb_template.c:341 #2 0x08383bd2 in ff_h264_hl_decode_mb (h=0xf5e10b40) at libavcodec/h264.c:2484 #3 decode_slice (avctx=avctx at entry=0xf5e011c0, arg=arg at entry=0xf57ff24c) at libavcodec/h264.c:4318 #4 0x0838410f in execute_decode_slices (h=h at entry=0xf5e10b40, context_count=) at libavcodec/h264.c:4468 #5 0x0838b92f in decode_nal_units (parse_extradata=0, buf_size=297559, buf=0xf5c17008 "", h=0xf5e10b40) at libavcodec/h264.c:4812 #6 decode_frame (avctx=0xf5e011c0, data=0xf5e01b80, got_frame=0xf5e01d34, avpkt=0xf5e01b30) at libavcodec/h264.c:4947 #7 0x085c1f3e in frame_worker_thread (arg=0xf5e01a60) at libavcodec/pthread.c:338 #8 0xf7cbde32 in start_thread () from /lib/libpthread.so.0 #9 0xf7b9e7ee in clone () from /lib/libc.so.6 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x8375388 to 0x83753c8: 0x08375388 : add %eax,(%eax) 0x0837538a : add %cl,-0x4374d3a9(%ecx) 0x08375390 : and $0x68,%al 0x08375392 : add %eax,(%eax) 0x08375394 : add %cl,0x1842494(%ebx) 0x0837539a : add %al,(%eax) 0x0837539c : mov %eax,-0x7(%edi) 0x0837539f : mov %edx,-0x3(%edi) 0x083753a2 : mov 0x14(%ebx),%edx 0x083753a5 : mov 0x10(%ebx),%eax => 0x083753a8 : mov 0x5(%esi),%ecx 0x083753ab : mov 0x168(%esp),%edi 0x083753b2 : mov %edx,0x174(%esp) 0x083753b9 : mov 0x1(%esi),%edx 0x083753bc : mov %eax,0x170(%esp) 0x083753c3 : mov 0x170(%esp),%eax End of assembler dump. (gdb) info register eax 0x0 0 ecx 0x0 0 edx 0x0 0 ebx 0xf59d3140 -174247616 esp 0xf57fefa0 0xf57fefa0 ebp 0xf5e10b40 0xf5e10b40 esi 0xf5c91a0f -171369969 edi 0xfffff9ef -1553 eip 0x83753a8 0x83753a8 eflags 0x10246 [ PF ZF IF RF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 18:23:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 16:23:50 -0000 Subject: [FFmpeg-trac] #2759(undetermined:closed): Audio equalizer filter problem - clipping with negative gain In-Reply-To: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> References: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> Message-ID: <049.7a6afad7f048f5df6be9df63232a6dac@avcodec.org> #2759: Audio equalizer filter problem - clipping with negative gain -------------------------------------+------------------------------------- Reporter: Ajaja | 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 -------------------------------------+------------------------------------- Comment (by richardpl): Obvious clipping is in source, as its not normalized (between -1 and 1). Thank you very much for wasting my time on this instead of working on among others, new filter(s). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 18:46:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 16:46:10 -0000 Subject: [FFmpeg-trac] #2759(undetermined:closed): Audio equalizer filter problem - clipping with negative gain In-Reply-To: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> References: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> Message-ID: <049.71a263164269f9e967830f1db2df2fe2@avcodec.org> #2759: Audio equalizer filter problem - clipping with negative gain -------------------------------------+------------------------------------- Reporter: Ajaja | 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 -------------------------------------+------------------------------------- Comment (by Ajaja): Yes, it not normalaized (-0.989990...0.989990). But problem is not in source. With +0.1dB gain there is no any messages: {{{ % ffmpeg -i noise.wav -af equalizer=2000:q:1:0.1 noise3.wav ... Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'noise.wav': Metadata: encoder : Lavf55.11.100 Duration: 00:01:00.00, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Output #0, wav, to 'noise2.wav': Metadata: ISFT : Lavf55.11.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 5168kB time=00:01:00.00 bitrate= 705.6kbits/s video:0kB audio:5168kB subtitle:0 global headers:0kB muxing overhead 0.001512% }}} Stats after +0.1dB: {{{ % ffmpeg -i noise3.wav -filter:a "astats" -vn -f null NUL ... [Parsed_astats_0 @ 00000000026486c0] Overall [Parsed_astats_0 @ 00000000026486c0] DC offset: 0.000367 [Parsed_astats_0 @ 00000000026486c0] Min level: -0.997406 [Parsed_astats_0 @ 00000000026486c0] Max level: 0.997650 }}} All OK. It's -0.997406..0.997650 now, little gain and no clipping messages. Let's test normilized sourse: {{{ % sox noise.wav noise4.wav norm ... % ffmpeg -i noise4.wav -filter:a "astats" -vn -f null NUL ... [Parsed_astats_0 @ 00000000024e86c0] Overall [Parsed_astats_0 @ 00000000024e86c0] DC offset: 0.000371 [Parsed_astats_0 @ 00000000024e86c0] Min level: -1.000000 [Parsed_astats_0 @ 00000000024e86c0] Max level: 0.999969 % ffmpeg -i noise4.wav -af equalizer=2000:q:1:-5 -y noise5.wav .... Guessed Channel Layout for Input Stream #0.0 : mono Input #0, wav, from 'noise4.wav': Duration: 00:01:00.00, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Output #0, wav, to 'noise5.wav': Metadata: ISFT : Lavf55.11.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help clipping Last message repeated 679 times clipping 100kB time=00:00:01.16 bitrate= 706.2kbits/s Last message repeated 643 times clipping 196kB time=00:00:02.27 bitrate= 705.9kbits/s Last message repeated 651 times .... }}} clipping again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 18:59:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 16:59:32 -0000 Subject: [FFmpeg-trac] #2682(undetermined:closed): mmsh seeking regression In-Reply-To: <036.b5808d85d6edeba4f968c5da91a8fe7e@avcodec.org> References: <036.b5808d85d6edeba4f968c5da91a8fe7e@avcodec.org> Message-ID: <051.be096a7ad1e4556df61bf067a030a545@avcodec.org> #2682: mmsh seeking regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: mms | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in be25614177ef98b7e9a347baddaf139a917c4710 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 19:06:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 17:06:47 -0000 Subject: [FFmpeg-trac] #2759(undetermined:closed): Audio equalizer filter problem - clipping with negative gain In-Reply-To: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> References: <034.5c2134dbca8a4b5af81092868100e90d@avcodec.org> Message-ID: <049.e3eeea3c659517d43d46fa3d501115b3@avcodec.org> #2759: Audio equalizer filter problem - clipping with negative gain -------------------------------------+------------------------------------- Reporter: Ajaja | 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 -------------------------------------+------------------------------------- Comment (by Ajaja): Looks like it's because of dither... Closed. No more wasting your time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 20:05:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 18:05:13 -0000 Subject: [FFmpeg-trac] #2758(avformat:open): 16bit PCM in vob cannot be decoded (was: MLP audio detected as PCM) In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.adecc1ca3899869397dd6bca5a558280@avcodec.org> #2758: 16bit PCM in vob cannot be decoded -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps thd | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: PoC attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 20:05:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 18:05:21 -0000 Subject: [FFmpeg-trac] #2758(avformat:open): 16bit PCM in vob cannot be decoded In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.e9a319222f33e5081e135bc70c9c6d4c@avcodec.org> #2758: 16bit PCM in vob cannot be decoded -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegps thd => mpegps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 20:16:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 18:16:50 -0000 Subject: [FFmpeg-trac] #2758(avformat:open): 16bit PCM in vob cannot be decoded In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.d7cf3b03f1f903a17be3e32926a0fe6a@avcodec.org> #2758: 16bit PCM in vob cannot be decoded -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): What created such sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 20:25:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 18:25:49 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> References: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> Message-ID: <051.99fc2d892aa41ec216d12cfe748b1495@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 DoomBot]: > Here's a sample file http://www.mediafire.com/?ey6l4qn2y9a69c8 The file works fine here with both ffplay and ffmpeg (and MPlayer). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 21:22:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 19:22:12 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.c0ba02b92b06be05c4a9640744b6c058@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 vkroutik): We run the same command, but outputing to file and after 24 hours got no errors or maxing issues. One can conclude is issue with hls parser/streamer. Please advise if someone can fix it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 21:25:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 19:25:18 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.ab78ea0280d781769aa83ba67301b4d8@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 vkroutik]: > We run the same command, but outputing to file and after 24 hours got no errors or maxing issues. Is network input needed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 7 22:04:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Jul 2013 20:04:38 -0000 Subject: [FFmpeg-trac] #2516(undetermined:new): pgssub produce warnings and are blinking In-Reply-To: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> References: <036.3077b88428e0bd8ebdfbe411da8ad1d8@avcodec.org> Message-ID: <051.2e25d7ee7a042e70bac566d39b81a288@avcodec.org> #2516: pgssub produce warnings and are blinking -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: pgssub | Resolution: regression videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DoomBot): Cool then this means it's xbmc thanks for checking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 02:58:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 00:58:46 -0000 Subject: [FFmpeg-trac] #2409(undetermined:closed): ffmpeg hangs while trying to play live FLV stream with Speex In-Reply-To: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> References: <034.6760529644f617481e0f26eea5d602b2@avcodec.org> Message-ID: <049.58c3d255a3ead7aca4416edb034b9314@avcodec.org> #2409: ffmpeg hangs while trying to play live FLV stream with Speex -------------------------------------+------------------------------------- Reporter: DrLex | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: rtmp speex | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 5312c319be98c63b8e59695222a13068a0dbc7ab -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 09:23:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 07:23:18 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.be2cd856acdd2af373883f25f31093ae@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by MilosL): Sorry, is there a timetable for red support? R3d is listed as supported decoder - so for me it's look more like bug as enhancement or wish. Can i help in any way? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 09:34:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 07:34:35 -0000 Subject: [FFmpeg-trac] #776(avcodec:closed): zzufed .r3d file crashes ffmpeg_g sig11 In-Reply-To: <041.f57e45ec6cf250a8dc4091d5392fe5eb@avcodec.org> References: <041.f57e45ec6cf250a8dc4091d5392fe5eb@avcodec.org> Message-ID: <056.398c6200f6ddd83f284c77f0cd37fc95@avcodec.org> #776: zzufed .r3d file crashes ffmpeg_g sig11 --------------------------------------+----------------------------------- Reporter: dianamuscalu | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: j2k crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: jpeg2000 crash => j2k crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 09:41:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 07:41:35 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.1b7c93038f0092d3d25d8c554e7c31d2@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:7 MilosL]: > Can i help in any way? A patch fixing the ticket - sent to ffmpeg-devel - is very welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 10:37:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 08:37:31 -0000 Subject: [FFmpeg-trac] #2760(avcodec:new): prores_ks encoder segfaults encoding image with alpha Message-ID: <035.48d155163b3fa7dcf9f631c78ebfecf2@avcodec.org> #2760: prores_ks encoder segfaults encoding image with alpha -------------------------------------+------------------------------------- Reporter: MarkZV | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: prores | master alpha crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- A segmentation fault is encountered encoding a png with alpha to prores using prores_ks. The issue can be reproduced using git master and this png input file (resized to 480x480): http://ffmpeg.org/favicon.png {{{ $ ffmpeg -v 9 -loglevel 99 -i x.png -s 480x480 -c:v prores_ks -y out.mov ffmpeg version 1.1.git-44d0e52 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 7 2013 21:14:56 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-gnutls --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable- libxvid --enable-version3 --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-nonfree --enable-libfdk-aac --enable-libfaac libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 78.103 / 3. 78.103 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'x.png'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '480x480'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'prores_ks'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'out.mov' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file x.png. Successfully parsed a group of options. Opening an input file: x.png. [AVIOContext @ 0x1025226a0] Statistics: 855 bytes read, 0 seeks Input #0, image2, from 'x.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: png, rgba, 16x16, 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file out.mov. Applying option s (set frame size (WxH or abbreviation)) with argument 480x480. Applying option c:v (codec name) with argument prores_ks. Successfully parsed a group of options. Opening an output file: out.mov. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0x1033003a0] Setting 'video_size' to value '16x16' [graph 0 input from stream 0:0 @ 0x1033003a0] Setting 'pix_fmt' to value '28' [graph 0 input from stream 0:0 @ 0x1033003a0] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x1033003a0] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x1033003a0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x1033003a0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x1033003a0] w:16 h:16 pixfmt:rgba tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [scaler for output stream 0:0 @ 0x103300960] Setting 'w' to value '480' [scaler for output stream 0:0 @ 0x103300960] Setting 'h' to value '480' [scaler for output stream 0:0 @ 0x103300960] Setting 'flags' to value '0x4' [scaler for output stream 0:0 @ 0x103300960] w:480 h:480 flags:'0x4' interl:0 [format @ 0x103300e60] compat: called with args=[yuv422p10le|yuv444p10le|yuva444p10le] [format @ 0x103300e60] Setting 'pix_fmts' to value 'yuv422p10le|yuv444p10le|yuva444p10le' [AVFilterGraph @ 0x102521920] query_formats: 5 queried, 4 merged, 0 already done, 0 delayed [scaler for output stream 0:0 @ 0x103300960] picking yuva444p10le out of 3 ref:rgba alpha:1 [scaler for output stream 0:0 @ 0x103300960] w:16 h:16 fmt:rgba sar:0/1 -> w:480 h:480 fmt:yuva444p10le sar:0/1 flags:0x4 [prores_ks @ 0x10280f400] profile 2, 150 slices, interlacing: no, 1050 bits per MB [prores_ks @ 0x10280f400] frame size upper bound: 159200 Output #0, mov, to 'out.mov': Metadata: encoder : Lavf55.11.101 Stream #0:0, 0, 1/12800: Video: prores (prores_ks) (apcn / 0x6E637061), yuva444p10le, 480x480, 1/25, q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> prores_ks) Press [q] to stop, [?] for help Segmentation fault $ }}} A debug version of ffmpeg with assertions enabled produces the following assertion: {{{ Assertion s->buf_ptr+3buf_end failed at libavcodec/put_bits.h:168 Program received signal SIGABRT, Aborted. 0x00007fff87f720b6 in __kill () (gdb) bt #0 0x00007fff87f720b6 in __kill () #1 0x00007fff880129f6 in abort () #2 0x0000000100876368 in put_bits (s=0x7fff5fbfeb30, n=9, value=493) at put_bits.h:168 #3 0x0000000100876bef in encode_vlc_codeword (pb=0x7fff5fbfeb30, codebook=112, val=493) at libavcodec/proresenc_kostya.c:344 #4 0x0000000100876b09 in encode_dcs (pb=0x7fff5fbfeb30, blocks=0x103065510, blocks_per_slice=8, scale=24) at libavcodec/proresenc_kostya.c:377 #5 0x0000000100876e88 in encode_slice_plane (ctx=0x103065400, pb=0x7fff5fbfeb30, src=0x103b49b80, linesize=960, mbs_per_slice=2, blocks=0x103065410, blocks_per_mb=4, plane_size_factor=3, qmat=0x103069910) at libavcodec/proresenc_kostya.c:430 #6 0x0000000100877555 in encode_slice (avctx=0x10300f400, pic=0x103d00000, pb=0x7fff5fbfeb30, sizes=0x7fff5fbfeb60, x=28, y=18, quant=6, mbs_per_slice=2) at libavcodec/proresenc_kostya.c:560 #7 0x00000001008792d3 in encode_frame (avctx=0x10300f400, pkt=0x7fff5fbfee50, pic=0x103d00000, got_packet=0x7fff5fbfeef8) at libavcodec/proresenc_kostya.c:1022 #8 0x0000000100951026 in avcodec_encode_video2 (avctx=0x10300f400, avpkt=0x7fff5fbfee50, frame=0x103d00000, got_packet_ptr=0x7fff5fbfeef8) at libavcodec/utils.c:1756 #9 0x0000000100012001 in do_video_out (s=0x10300ee00, ost=0x102b22b40, in_picture=0x103d00000) at ffmpeg.c:946 #10 0x000000010001297d in reap_filters () at ffmpeg.c:1090 #11 0x000000010001c649 in transcode_step () at ffmpeg.c:3168 #12 0x000000010001c705 in transcode () at ffmpeg.c:3211 #13 0x000000010001cbef in main (argc=13, argv=0x7fff5fbff158) at ffmpeg.c:3389 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 11:06:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 09:06:17 -0000 Subject: [FFmpeg-trac] #2760(avcodec:open): prores_ks encoder segfaults encoding image with alpha In-Reply-To: <035.48d155163b3fa7dcf9f631c78ebfecf2@avcodec.org> References: <035.48d155163b3fa7dcf9f631c78ebfecf2@avcodec.org> Message-ID: <050.4f8fb4355f96916725dd5faf8c17327a@avcodec.org> #2760: prores_ks encoder segfaults encoding image with alpha -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: prores | Blocked By: alpha crash SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: prores alpha crash => prores alpha crash SIGSEGV * priority: normal => important * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 12:28:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 10:28:02 -0000 Subject: [FFmpeg-trac] #2727(avcodec:closed): rv9 crash with low mem In-Reply-To: <038.fa3c02a102dafe122a1496a070dcf6bf@avcodec.org> References: <038.fa3c02a102dafe122a1496a070dcf6bf@avcodec.org> Message-ID: <053.2129dcd4cd95e9de15a9efd82b0a3550@avcodec.org> #2727: rv9 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV rv40 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash SIGSEGV => crash SIGSEGV rv40 * status: open => closed * resolution: => fixed Comment: Should be fixed in b86651a, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 12:51:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 10:51:14 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.7355ca030e3e2602da20043ea5812644@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: 1.0.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by keyur.dobariya): what is current git head in above message? is that latest ffmpeg version? if yes, than can you please send me link for windows ffmpeg? thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 16:34:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 14:34:24 -0000 Subject: [FFmpeg-trac] #2684(swscale:closed): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> References: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> Message-ID: <051.2bf76da1d4cce1d668f38035660d2bbb@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray ------------------------------------+----------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by 1ba01d3d46e8c200a2527ebafc71d5651084586b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 17:40:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 15:40:36 -0000 Subject: [FFmpeg-trac] #2590(avformat:closed): Inaccurate seek in mp3 In-Reply-To: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> References: <039.8c886ac05a92064cbe00a644774fcfec@avcodec.org> Message-ID: <054.e666a2d5af889469ce44ebe89a9f68bf@avcodec.org> #2590: Inaccurate seek in mp3 -------------------------------------+------------------------------------- Reporter: eleventeen | 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 michael): * status: open => closed * resolution: => fixed Comment: Fixed (for cbr mp3) in e096283ea55bc36a637b47329e19ddb26fb1440b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 18:02:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 16:02:16 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.52d89a19854bc6665f6f695241e4c489@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 vkroutik): No, Recording failing stream to file and streaming from the file produced the same outcome => muxing overhead. Hope it helps? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 18:06:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 16:06:39 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.cc8e159a40c5b02a2fe4f41a08713173@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If {{{ffmpeg -f lavfi -i testsrc}}} allows to reproduce the problem, please provide a command line using it (together with the complete, uncut console output) that allows a developer to reproduce. If {{{-vcodec copy}}} is required, please provide the two necessary command lines. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 18:42:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 16:42:27 -0000 Subject: [FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.83907d5d09815bae978c0976cb800cf1@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: open Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: qyot27, michael (added) Comment: Is there a way to detect 2.5.8 at runtime and print a sane error message instead of crashing ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 19:45:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 17:45:34 -0000 Subject: [FFmpeg-trac] #2761(undetermined:new): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection Message-ID: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection -------------------------------------+------------------------------------- Reporter: imavra | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When connecting via RTSP, the IP Cam IcyBox IB-CAM2002 closes the connection when ffmpeg sends a DESCRIBE without a User-Agent. This causes issues with CCTV software such as ZoneMinder that use ffmpeg. How to reproduce: {{{ % ffprobe.exe rtsp://192.168.0.220:554/stream1/ }}} I can provide access to devs if needed, although problem seems straightforward. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 19:46:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 17:46:38 -0000 Subject: [FFmpeg-trac] #2761(undetermined:new): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.3f86fd046d4a00a6c447a1f705525fae@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection -------------------------------------+------------------------------------- Reporter: imavra | 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 imavra): FFMPEG: OPTIONS rtsp://192.168.0.220:554/stream1/ RTSP/1.0 CSeq: 1 DESCRIBE rtsp://192.168.0.220:554/stream1/ RTSP/1.0 Accept: application/sdp CSeq: 2 LibVLC: OPTIONS rtsp://192.168.0.220:554/stream1/ RTSP/1.0 CSeq: 2 User-Agent: LibVLC/2.0.7 (LIVE555 Streaming Media v2012.12.18) DESCRIBE rtsp://192.168.0.220:554/stream1/ RTSP/1.0 CSeq: 3 User-Agent: LibVLC/2.0.7 (LIVE555 Streaming Media v2012.12.18) Accept: application/sdp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 22:04:44 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 20:04:44 -0000 Subject: [FFmpeg-trac] #2574(avcodec:closed): Uneven speed when reencoding mpeg program stream In-Reply-To: <036.cfacca8d7a017f90c2a27b314a5285d8@avcodec.org> References: <036.cfacca8d7a017f90c2a27b314a5285d8@avcodec.org> Message-ID: <051.439ca3e5934fbdc924b0a49db3044d81@avcodec.org> #2574: Uneven speed when reencoding mpeg program stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpeg2video | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 970c8df73528659925819dec31c4c8c0887f0321 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 22:11:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 20:11:07 -0000 Subject: [FFmpeg-trac] #2748(documentation:open): Inconsistent UDP output packet size In-Reply-To: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> References: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> Message-ID: <050.f6c5a70c7ef7e05e12751aff37edf0a1@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by lancey): So, this is considered normal and just a documentation issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 8 23:27:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 21:27:51 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.dccb24692fe81d9451d6dc9f324368ae@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 vkroutik): sorry, i tried to use this command C:\Dev\Tools2\ffmpeg\ffmpeg.exe -f lavfi -i "rtmp://80.232.172.37/rtplive/vlc.sdp" -c:v copy -c:a copy -bsf h264_mp4toannexb -bsf:a aac_adtstoasc -hls_time 10 -hls_list_size 6 -hls_wrap 60 -start_number 1 -y "C:\Dev\Tools2\Test2\stream.m3u8" but keep getting error with command line, please advise what is correct format -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 00:41:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 22:41:13 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.fdc7404f222c15fd29dfd340447f134e@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 {{{ffmpeg -f lavfi -i testsrc}}} not work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 00:43:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 22:43:28 -0000 Subject: [FFmpeg-trac] #2748(documentation:open): Inconsistent UDP output packet size In-Reply-To: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> References: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> Message-ID: <050.7d4341e5aa433117e3e2fe07f14515dc@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I thought that you were reporting a documentation issue. If this is not correct, please provide your failing command line together with the complete, uncut console output and explain what is wrong about the output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 00:53:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 22:53:16 -0000 Subject: [FFmpeg-trac] #2761(undetermined:new): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.9253cfab872d66deebe7d7f48d278673@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection -------------------------------------+------------------------------------- Reporter: imavra | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem only reproducible with ffprobe or also with ffmpeg? (Please only report problems against ffprobe if they are not reproducible with another tool.) Please provide the failing command line ({{{ffmpeg -i rtsp://192.168.0.220:554/stream1/}}} together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 01:16:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Jul 2013 23:16:42 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.9dcc8fefd7db7025afefacaff5d84dbc@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): After reading these links: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/78598 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/78938 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/80922 Old version ("3") r3d files are "supported" insofar as the can be demuxed but since FFmpeg currently does not (yet) support Bayer colourspaces, the files cannot be decoded. The file you uploaded is version "4", either this version needs a patch to the demuxer or to the decoder, in any case, that wouldn't fix the missing Bayer support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 02:01:31 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 00:01:31 -0000 Subject: [FFmpeg-trac] #1970(FFserver:closed): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.36ce177036abeda97bfade484dd0582b@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: closed Priority: important | Component: FFserver Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in d1e8d4b055bd9a79baa15ca80d9a1476d2a8ccdb You can override ffservers input stuff with ffmpeg -override_ffserver and then specify all the map stuff to ffmpeg. Also ffserver really is a community project with no single leader or core team behind it so instead of complaining its much more effective if you guys try to fix issues yourselfs and submit patches (that really applies to all the ffserver issues not so much this one now) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 02:13:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 00:13:16 -0000 Subject: [FFmpeg-trac] #2762(undetermined:new): Option timecode shows an ugly warning Message-ID: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> #2762: Option timecode shows an ugly warning -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: Version: git- | undetermined master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46505 ffmpeg shows an ugly warning when using the {{{-timecode}}} option since d64b854 (the option apparently works fine). {{{ $ ffmpeg -f lavfi -i testsrc -timecode 00:00:01:00 -t 2 out.mov ffmpeg version N-54568-gd1e8d4b Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2013 02:12:39 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Codec AVOption gop_timecode (MPEG GOP Timecode in hh:mm:ss[:;.]ff format) specified for output file #0 (out.mov) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Output #0, mov, to 'out.mov': Metadata: timecode : 00:00:01:00 encoder : Lavf55.11.101 Stream #0:0: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 50 fps=0.0 q=2.0 Lsize= 85kB time=00:00:02.00 bitrate= 349.5kbits/s video:84kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.887694% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 02:32:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 00:32:54 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.52163662fa30691188284d8473362a05@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 vkroutik): Sorry, I am getting Invalid argument error, see details: ffmpeg started on 2013-07-08 at 17:31:30 Report written to "ffmpeg-20130708-173130.log" Command line: "C:\\Dev\\Tools2\\ffmpeg\\ffmpeg.exe" -report -f lavfi -i rtmp://80.232.172.37/rtplive/vlc.sdp -c:v copy -c:a copy -bsf h264_mp4toannexb -bsf:a aac_adtstoasc -hls_time 10 -hls_list_size 6 -hls_wrap 60 -start_number 1 -y "C:\\Dev\\Tools2\\Test2\\stream.m3u8" ffmpeg version N-54094-gca2818b Copyright (c) 2000-2013 the FFmpeg developers built on Jun 18 2013 03:44:52 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'lavfi'. Reading option '-i' ... matched as input file with argument 'rtmp://80.232.172.37/rtplive/vlc.sdp'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-bsf' ... matched as option 'bsf' (A comma-separated list of bitstream filters) with argument 'h264_mp4toannexb'. Reading option '-bsf:a' ... matched as option 'bsf' (A comma-separated list of bitstream filters) with argument 'aac_adtstoasc'. Reading option '-hls_time' ... matched as AVOption 'hls_time' with argument '10'. Reading option '-hls_list_size' ... matched as AVOption 'hls_list_size' with argument '6'. Reading option '-hls_wrap' ... matched as AVOption 'hls_wrap' with argument '60'. Reading option '-start_number' ... matched as AVOption 'start_number' with argument '1'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'C:\Dev\Tools2\Test2\stream.m3u8' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file rtmp://80.232.172.37/rtplive/vlc.sdp. Applying option f (force format) with argument lavfi. Successfully parsed a group of options. Opening an input file: rtmp://80.232.172.37/rtplive/vlc.sdp. [lavfi @ 000000000036b440] No such filter: 'rtmp://80.232.172.37/rtplive/vlc.sdp' rtmp://80.232.172.37/rtplive/vlc.sdp: Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 02:41:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 00:41:01 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.5bd8a5a4931e56f509bd12b255814bda@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 {{{ffmpeg -f lavfi -i testsrc}}} not work? You explained above that network input is not needed to reproduce the original problem, I am trying to find a (very simply) command line that allows (both of us) to produce a testfile that allows to reproduce the problem. If you don't want to use testsrc, maybe you have a better suggestion (that does not include recording several hours of a network stream)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 03:11:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 01:11:49 -0000 Subject: [FFmpeg-trac] #2763(avcodec:new): h264 decoding regression Message-ID: <036.4d7da1ba51b3d0fbc3b4e845fc60575a@avcodec.org> #2763: h264 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: h264 master | regression videolan Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- A vlc user uploaded a sample that cannot be decoded with FFmpeg since 23f5cff {{{ $ ffmpeg -i FILE0001.MOV ffmpeg version N-54569-ga20f049 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2013 03:10:47 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x21446e0] time_scale/num_units_in_tick invalid or unsupported (0/-2080374784) [h264 @ 0x21446e0] Overread VUI by 8 bits [h264 @ 0x21446e0] sps_id out of range [h264 @ 0x21446e0] non-existing PPS 0 referenced [h264 @ 0x21446e0] decode_slice_header error [h264 @ 0x21446e0] no frame! ... [h264 @ 0x21446e0] non-existing PPS 0 referenced [h264 @ 0x21446e0] decode_slice_header error [h264 @ 0x21446e0] no frame! [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2143020] decoding for stream 0 failed [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2143020] Could not find codec parameters for stream 0 (Video: h264 (avc1 / 0x31637661), 1280x720, 4040 kb/s): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'FILE0001.MOV': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2013-07-08 14:16:34 comment : -06-08 comment-lis : -06-08 Duration: 00:00:41.15, start: 0.000000, bitrate: 4075 kb/s Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), 1280x720, 4040 kb/s, 30 fps, 30 tbr, 90k tbn, 180k tbc Metadata: creation_time : 2013-07-08 14:16:34 handler_name : Ambarella AVC Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 32 kb/s Metadata: creation_time : 2013-07-08 14:16:34 handler_name : Ambarella AAC At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 03:13:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 01:13:19 -0000 Subject: [FFmpeg-trac] #2763(avcodec:new): h264 decoding regression In-Reply-To: <036.4d7da1ba51b3d0fbc3b4e845fc60575a@avcodec.org> References: <036.4d7da1ba51b3d0fbc3b4e845fc60575a@avcodec.org> Message-ID: <051.656e0c37e4af03c0bbeaa5587c4402e0@avcodec.org> #2763: h264 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2763/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 05:29:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 03:29:18 -0000 Subject: [FFmpeg-trac] #2762(undetermined:new): Option timecode shows an ugly warning In-Reply-To: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> References: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> Message-ID: <051.a7352e0cc8468b19c4a1321131e36a2d@avcodec.org> #2762: Option timecode shows an ugly warning -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [ticket:2762 cehoyos]: > http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46505 > ffmpeg shows an ugly warning when using the {{{-timecode}}} option since d64b854 (the option apparently works fine). error: short SHA1 d64b854 is ambiguous -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 05:32:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 03:32:52 -0000 Subject: [FFmpeg-trac] #2763(avcodec:closed): h264 decoding regression In-Reply-To: <036.4d7da1ba51b3d0fbc3b4e845fc60575a@avcodec.org> References: <036.4d7da1ba51b3d0fbc3b4e845fc60575a@avcodec.org> Message-ID: <051.c1fad99d09ebb17107a2179a96bda733@avcodec.org> #2763: h264 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression videolan | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 00b1401df6563e78c8616df4c62b8b5d6ac511a3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 08:41:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 06:41:05 -0000 Subject: [FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.01d4fa5e8f559c3278bc9ecd25d040d5@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: open Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by qyot27): I now actually think it's pretty likely that I was remembering wrong when I said I thought one of them worked - I may have just been seeing the case above where Version() works. The missing debug symbols are because of the mismatch in compiler; it may be possible to figure it out with a debug version of FFmpeg built with MSVC, but I have no clue how to use MSVC's debugger (or if it even ships in the Express version), or it may not show anything deeper than what it already does, since avisynth.dll wouldn't be a debug build (much less the actual Windows system libraries). x264 has a function (get_avs_version) in [http://git.videolan.org/?p=x264.git;a=blob;f=input/avs.c;h=d237a446fd81c2d9ec333ecad5587290b13e0a0d;hb=HEAD input/avs.c] that can detect the version of AviSynth that it's using. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 09:17:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 07:17:44 -0000 Subject: [FFmpeg-trac] #2762(undetermined:new): Option timecode shows an ugly warning In-Reply-To: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> References: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> Message-ID: <051.6c108b5467cacbd4e986e2a1a7a63456@avcodec.org> #2762: Option timecode shows an ugly warning -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46505 > ffmpeg shows an ugly warning when using the {{{-timecode}}} option since > d64b854 (the option apparently works fine). > {{{ > $ ffmpeg -f lavfi -i testsrc -timecode 00:00:01:00 -t 2 out.mov > ffmpeg version N-54568-gd1e8d4b Copyright (c) 2000-2013 the FFmpeg > developers > built on Jul 9 2013 02:12:39 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl --disable-indev=jack > libavutil 52. 38.100 / 52. 38.100 > libavcodec 55. 18.102 / 55. 18.102 > libavformat 55. 11.101 / 55. 11.101 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 79.100 / 3. 79.100 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, lavfi, from 'testsrc': > Duration: N/A, start: 0.000000, bitrate: N/A > Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 > [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc > Codec AVOption gop_timecode (MPEG GOP Timecode in hh:mm:ss[:;.]ff format) > specified for output file #0 (out.mov) has not been used for any stream. > The most likely reason is either wrong type (e.g. a video option with no > video streams) or that it is a private option of some encoder which was > not actually used for any stream. > Output #0, mov, to 'out.mov': > Metadata: > timecode : 00:00:01:00 > encoder : Lavf55.11.101 > Stream #0:0: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 320x240 [SAR > 1:1 DAR 4:3], q=2-31, 200 kb/s, 12800 tbn, 25 tbc > Stream mapping: > Stream #0:0 -> #0:0 (rawvideo -> mpeg4) > Press [q] to stop, [?] for help > frame= 50 fps=0.0 q=2.0 Lsize= 85kB time=00:00:02.00 bitrate= > 349.5kbits/s > video:84kB audio:0kB subtitle:0 global headers:0kB muxing overhead > 1.887694% > }}} New description: http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46505 ffmpeg shows an ugly warning when using the {{{-timecode}}} option since d64b8540 (the option apparently works fine). {{{ $ ffmpeg -f lavfi -i testsrc -timecode 00:00:01:00 -t 2 out.mov ffmpeg version N-54568-gd1e8d4b Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2013 02:12:39 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Codec AVOption gop_timecode (MPEG GOP Timecode in hh:mm:ss[:;.]ff format) specified for output file #0 (out.mov) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Output #0, mov, to 'out.mov': Metadata: timecode : 00:00:01:00 encoder : Lavf55.11.101 Stream #0:0: Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help frame= 50 fps=0.0 q=2.0 Lsize= 85kB time=00:00:02.00 bitrate= 349.5kbits/s video:84kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.887694% }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 09:18:10 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 07:18:10 -0000 Subject: [FFmpeg-trac] #2762(undetermined:new): Option timecode shows an ugly warning In-Reply-To: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> References: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> Message-ID: <051.5df3d56a34e060c51f22a277a3c8ae54@avcodec.org> #2762: Option timecode shows an ugly warning -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 michael]: > Replying to [ticket:2762 cehoyos]: > > http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46505 > > ffmpeg shows an ugly warning when using the {{{-timecode}}} option since d64b854 (the option apparently works fine). > > error: short SHA1 d64b854 is ambiguous Sorry it's d64b8540 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 10:41:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 08:41:04 -0000 Subject: [FFmpeg-trac] #2761(undetermined:new): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.85040d1744dd1da2dc4fc1ff713718fb@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection -------------------------------------+------------------------------------- Reporter: imavra | 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 imavra): From windows: D:\Stuff\bin>ffmpeg -i rtsp://192.168.0.220:554/stream1/ ffmpeg version N-54499-g63d7684 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 6 2013 10:30:06 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 78.102 / 3. 78.102 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 rtsp://192.168.0.220:554/stream1/: Invalid data found when processing input From ubuntu linux: functor at ichigo:~$ ffmpeg -i rtsp://192.168.0.220:554/stream1/ ffmpeg version 0.8.6-6:0.8.6-1ubuntu2, Copyright (c) 2000-2013 the Libav developers built on Mar 30 2013 22:23:21 with gcc 4.7.2 *** THIS PROGRAM IS DEPRECATED *** This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. rtsp://192.168.0.220:554/stream1/: Invalid data found when processing input Same theme on other devices / versions I tried As I mentioned, I re-injected the packets myself and if you add a User- Agent the camera doesn't close the connection after "DESCRIBE" Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 11:04:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 09:04:32 -0000 Subject: [FFmpeg-trac] #2762(undetermined:closed): Option timecode shows an ugly warning In-Reply-To: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> References: <036.400e0ec0aa1e35155dbf928e3e93f647@avcodec.org> Message-ID: <051.e7f28a8b10e4584c83ea43ad229b8a94@avcodec.org> #2762: Option timecode shows an ugly warning -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by d0a79339916b7a299c582de87d0e6555ffdf5ec4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 11:26:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 09:26:56 -0000 Subject: [FFmpeg-trac] #2761(avformat:open): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.11dee8d75f400cfd95e26b27f685d21c@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection ------------------------------------+------------------------------------ Reporter: imavra | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => rtsp * status: new => open * version: unspecified => git-master * component: undetermined => avformat Comment: Unrelated: You may want to read http://blog.pkh.me/p/13-the-ffmpeg-libav- situation.html to learn more about the intentionally broken version of FFmpeg that you tested on Ubuntu. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 13:29:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 11:29:39 -0000 Subject: [FFmpeg-trac] #2106(avformat:closed): AVCI50 sample does not decode In-Reply-To: <036.5bff86c6f18b63392e9a4be2d12c7ed3@avcodec.org> References: <036.5bff86c6f18b63392e9a4be2d12c7ed3@avcodec.org> Message-ID: <051.d55f78f442b9fd512fef9916f70855d0@avcodec.org> #2106: AVCI50 sample does not decode -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: h264intra | Blocked By: mov AVID AVin | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 14:10:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 12:10:30 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.758f5654ba6e367800664c6f6f3d9b6e@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => flv * version: 1.0.7 => git-master Comment: Yes, e0be3cb is a sufficiently current version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 14:12:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 12:12:32 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.1825a4a1df9983bea4f61329db1a3b01@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the output video work as expected if you re-encode to flv1 and mp3? What if you copy video and re-encode audio or if you re-encode video and copy audio? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 14:18:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 12:18:20 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.43b55543c91136056ac449b2ab3a7112@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by keyur.dobariya): After i copy and re-encode audio & video, when i try to play video inside flash player. It first wait for full video download and than start playing. say video is of 20MB than it waits for full 20MB download and than start playing which is not user friendly. I want to stop full video download. It should start playing after some video content download like other normal videos. Is there any extra command for that? Thanks for your answers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 14:27:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 12:27:12 -0000 Subject: [FFmpeg-trac] #2761(avformat:open): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.4f6abede40882c9cafef2554d9d896f3@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection ------------------------------------+------------------------------------ Reporter: imavra | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please test attached patch (completely untested). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 14:27:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 12:27:56 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.8964926de62f4d00954b3b5cb21e9332@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the output video work as expected if you re-encode to flv1 and mp3? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 14:36:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 12:36:56 -0000 Subject: [FFmpeg-trac] #2750(undetermined:open): video buffer problem after cut video In-Reply-To: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> References: <043.88e49db8973cd9f574620b2ed45f4c21@avcodec.org> Message-ID: <058.5ef9f31e018e9367b70cd561533dc7ea@avcodec.org> #2750: video buffer problem after cut video -------------------------------------+------------------------------------- Reporter: | Owner: keyur.dobariya | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by keyur.dobariya): Replying to [comment:12 cehoyos]: > Does the output video work as expected if you re-encode to flv1 and mp3? no, it always go for full download before play. original video is working fine in player. but after we convert it, it stops buffering and wait until full video download. Original video link - http://dev.easywebvideo.com/video.php?v=9038b383 ffmpeg trim video link here : http://dev.easywebvideo.com/video.php?v=a85b4c3e original video is buffering and playing fine while other is waiting for full video download and than plays. It is really frustrating. please help, we are searching for solution of this problem more than a week. Thanks in advance -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 15:06:38 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 13:06:38 -0000 Subject: [FFmpeg-trac] #2748(documentation:open): Inconsistent UDP output packet size In-Reply-To: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> References: <035.68183039186492eaf7f1cdf64fab8c1a@avcodec.org> Message-ID: <050.ddaac67d2c1bf5199a11aee3b95ea302@avcodec.org> #2748: Inconsistent UDP output packet size -------------------------------------+------------------------------------- Reporter: lancey | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: mpegts udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by lancey): The problem is that when adding the pkt_size=xxxx option, provided xxxx is a multiple of 188, I expect FFMPEG to produce output with packets which are all sized of xxxx bytes. But that is not the case, even if we are merely copying an input TS without any processing. Example: {{{ # ffmpeg -re -i test.ts -c:v copy -c:a copy -f mpegts udp://239.101.102.103:3001?pkt_size=1316 ffmpeg version N-54565-g970c8df Copyright (c) 2000-2013 the FFmpeg developers built on Jul 8 2013 23:13:17 with gcc 4.7 (Debian 4.7.2-5) configuration: --enable-libfdk-aac --prefix=/usr --enable-libx264 --enable-gpl --enable-nonfree --enable-version3 libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0x1d55900] Invalid frame dimensions 0x0. Last message repeated 10 times [mpegts @ 0x1d51840] PES packet size mismatch Input #0, mpegts, from 'test.ts': Duration: 00:01:00.56, start: 29903.192933, bitrate: 3145 kb/s Program 8 Metadata: service_name : ?CITY TV service_provider: ?VIVACOM Stream #0:0[0x3b]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x3a]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 256 kb/s Output #0, mpegts, to 'udp://239.101.102.103:3001?pkt_size=1316': Metadata: encoder : Lavf55.11.101 Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help PES packet size mismatch.0 size= 23802kB time=00:01:00.00 bitrate=3249.7kbits/s frame= 1491 fps= 25 q=-1.0 Lsize= 24127kB time=00:01:00.44 bitrate=3270.1kbits/s video:20337kB audio:1874kB subtitle:0 global headers:0kB muxing overhead 8.623568% }}} Sample of the output - we see random packet sizes, n x 188: {{{ 16:02:35.598098 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598118 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598129 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 752 <<< 16:02:35.598155 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598163 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598169 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598175 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598181 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 752 <<< 16:02:35.598188 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598195 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598200 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 188 <<< 16:02:35.598215 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598221 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598227 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 16:02:35.598232 IP 10.0.3.8.34947 > 239.101.102.103.3001: UDP, length 1316 }}} Problem is much more severe when doing some processing inside ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 17:04:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 15:04:50 -0000 Subject: [FFmpeg-trac] #2764(undetermined:new): FFMPEG is blocked when multicast group membership is lost (on linux kernel < 2.6.27) Message-ID: <033.e743848d018cb09ef118c80d3825ad5e@avcodec.org> #2764: FFMPEG is blocked when multicast group membership is lost (on linux kernel < 2.6.27) -------------------------------------+------------------------------------- Reporter: asif | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: 0.10.7 Keywords: udp | Blocked By: multicast blocked lost group | Reproduced by developer: 0 membership | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFmpeg is blocking until it receives the data packet or there is some socket error. The issue is group membership of the socket is being flushed from kernel group membership table whenever there is some disruption in the network. It does happen on centos as it is using an older version of the kernel (older version: ?2.6.18?). As the ffmpeg udp.c is waiting on receiving packets and not checking whether there is any problem with its group membership, it will continue to wait for packets. The Issue was Reproduced on: CentOS kernel: 2.6.18 ffmpeg version: 0.10 How to reproduce: 1. Start ffmpeg stream transmission: $ ./ffmpeg -i INPUT -f mpegts udp://233.19.204.1:5501 2. Start ffmpeg stream receiver: $ ./ffplay udp://233.19.204.1:5501 3. The multicast group member can be lost due to disruption in the network. One way is also to restarting network service: $ /etc/init.d/network restart The receiver will keep on waiting for the udp packets without checking the multicast group membership. Note: The issue happens only on kernel versions < 2.6.27. The issue in the multicast group membership seemed to be fixed by linux kerenl in version 2.6.27: http://mirror.linux.org.au/linux/kernel/v2.6/ChangeLog-2.6.27 However, some linux flavors including CentOS 5.7 still uses 2.6.18 which has this issue. Possible Fix: in libavformat/udp.c Check the multicastgroupmembership as below: {{{ #ifdef _MULTICAST_HANDLELOSTMEMBERSHIP #define PATH_PROCNET_IGMP "/proc/net/igmp" //TODO: Support ipv6 static int udp_check_multicastgroupmembership(void *_URLContext, struct sockaddr *addr) { FILE *f_igmp; char igmp_line[8192]; char target_addr[10]; int result = -1; URLContext *h = _URLContext; if(addr->sa_family != AF_INET) { av_log(h, AV_LOG_INFO, "udp.c: IPPROTO_IPV6 NOT SUPPORTED\n"); return -1; //NOT SUPPORTED } if(NULL == (f_igmp = fopen(PATH_PROCNET_IGMP, "r"))) { av_log(h, AV_LOG_ERROR, "udp.c: Unable to open %s\n", PATH_PROCNET_IGMP); return -1; } snprintf(target_addr, 9, "%X", ((struct sockaddr_in *)addr)->sin_addr.s_addr); if(fgets(igmp_line, sizeof(igmp_line), f_igmp)) { if(strstr(igmp_line, "Device") == NULL) { av_log(h, AV_LOG_INFO, "udp.c: IPPROTO_IPV6 NOT SUPPORTED\n"); fclose(f_igmp); return -1; } } result = 0; while (!feof(f_igmp)) { if(fgets(igmp_line, sizeof(igmp_line), f_igmp)){ if(NULL != strstr(igmp_line, target_addr)){ result = 1; break; } } }; fclose(f_igmp); return result; } #endif }}} The function can be called from circular_buffer_task function as below: {{{ #if HAVE_PTHREADS static void *circular_buffer_task( void *_URLContext) { URLContext *h = _URLContext; UDPContext *s = h->priv_data; fd_set rfds; struct timeval tv; #ifdef _MULTICAST_HANDLELOSTMEMBERSHIP int timeout_count = 0; const int timeout_max_value = 5; // 5 second timeout #endif while(!s->exit_thread) { int left; int ret; int len; if (ff_check_interrupt(&h->interrupt_callback)) { s->circular_buffer_error = EIO; goto end; } FD_ZERO(&rfds); FD_SET(s->udp_fd, &rfds); tv.tv_sec = 1; tv.tv_usec = 0; ret = select(s->udp_fd + 1, &rfds, NULL, NULL, &tv); if (ret < 0) { if (ff_neterrno() == AVERROR(EINTR)) { av_log(h, AV_LOG_INFO, "Got ERROR EINTR"); continue; } s->circular_buffer_error = EIO; goto end; } #ifdef _MULTICAST_HANDLELOSTMEMBERSHIP else if(ret == 0 && s->is_multicast && (h->flags & AVIO_FLAG_READ)) { if(++timeout_count >= timeout_max_value) { av_log(h, AV_LOG_DEBUG, "No Packet for %d seconds\n", timeout_max_value); //check if the problem is due to lost group membership if(0 == udp_check_multicastgroupmembership(h, (struct sockaddr *)&s->dest_addr)) { //if the problem is due to lost multicast group membership, reinitialize group membership av_log(h, AV_LOG_DEBUG, "Restoring group membership\n"); udp_leave_multicast_group(s->udp_fd, (struct sockaddr *)&s->dest_addr); if (udp_join_multicast_group(s->udp_fd, (struct sockaddr *)&s->dest_addr) < 0) { av_log(h, AV_LOG_ERROR, "udp.c: groupmembership retry failed\n"); } } timeout_count = 0; } } #endif if (!(ret > 0 && FD_ISSET(s->udp_fd, &rfds))) continue; /* How much do we have left to the end of the buffer */ /* Whats the minimum we can read so that we dont comletely fill the buffer */ left = av_fifo_space(s->fifo); /* No Space left, error, what do we do now */ if(left < UDP_MAX_PKT_SIZE + 4) { av_log(h, AV_LOG_ERROR, "circular_buffer: OVERRUN\n"); s->circular_buffer_error = EIO; goto end; } left = FFMIN(left, s->fifo->end - s->fifo->wptr); len = recv(s->udp_fd, s->tmp+4, sizeof(s->tmp)-4, 0); if (len < 0) { if (ff_neterrno() != AVERROR(EAGAIN) && ff_neterrno() != AVERROR(EINTR)) { s->circular_buffer_error = EIO; goto end; } continue; } AV_WL32(s->tmp, len); pthread_mutex_lock(&s->mutex); av_fifo_generic_write(s->fifo, s->tmp, len+4, NULL); pthread_cond_signal(&s->cond); pthread_mutex_unlock(&s->mutex); } end: pthread_mutex_lock(&s->mutex); pthread_cond_signal(&s->cond); pthread_mutex_unlock(&s->mutex); return NULL; } #endif }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 17:22:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 15:22:19 -0000 Subject: [FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.03f639cd298cea7bc063ea1f65c72e7a@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: open Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:11 qyot27]: > I now actually think it's pretty likely that I was remembering wrong when I said I thought one of them worked - I may have just been seeing the case above where Version() works. The missing debug symbols are because of the mismatch in compiler; it may be possible to figure it out with a debug version of FFmpeg built with MSVC, but I have no clue how to use MSVC's debugger (or if it even ships in the Express version), or it may not show anything deeper than what it already does, since avisynth.dll wouldn't be a debug build (much less the actual Windows system libraries). It would probably be helpfull if a avsynth.dll would be build with debug symbols > > x264 has a function (get_avs_version) in [http://git.videolan.org/?p=x264.git;a=blob;f=input/avs.c;h=d237a446fd81c2d9ec333ecad5587290b13e0a0d;hb=HEAD input/avs.c] that can detect the version of AviSynth that it's using. Can you submit a patch? (make sure its LGPL or ask the authors first) thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 17:28:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 15:28:59 -0000 Subject: [FFmpeg-trac] #2764(undetermined:new): FFMPEG is blocked when multicast group membership is lost (on linux kernel < 2.6.27) In-Reply-To: <033.e743848d018cb09ef118c80d3825ad5e@avcodec.org> References: <033.e743848d018cb09ef118c80d3825ad5e@avcodec.org> Message-ID: <048.5ede1c95747874d20dd137c9e3653231@avcodec.org> #2764: FFMPEG is blocked when multicast group membership is lost (on linux kernel < 2.6.27) -------------------------------------+------------------------------------- Reporter: asif | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: 0.10.7 | undetermined Keywords: udp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: udp multicast blocked lost group membership => udp Comment: Please test current git head and please provide the console output of the failing command to make this a valid ticket. If you have a patch that fixes this issue, please send it to the ffmpeg- devel mailing list, patches receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 18:33:10 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 16:33:10 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.1c55c86ff5e4c51fb42b6527da04475b@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 vkroutik): I have run with ffmpeg -f lavfi -i testsrc and see the same error. I am attaching output file video:24684kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000087% here is a full command "C:\\Dev\\Tools2\\ffmpeg\\ffmpeg.exe" -re -t 1000 -report -f lavfi -i testsrc -hls_time 10 -hls_list_size 6 -hls_wrap 60 -start_number 1 -y "C:\\Dev\\Tools2\\Test2\\stream.m3u8" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 19:01:33 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 17:01:33 -0000 Subject: [FFmpeg-trac] #2765(undetermined:new): brightcove hls streams fail to play Message-ID: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> #2765: brightcove hls streams fail to play -------------------------------------+------------------------------------- Reporter: adammw | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' brightcove hls streams fail to play Using any m3u8 file with ffplay or ffmpeg produces a ''Protocol not found'' error. '''How to reproduce:''' {{{ $ ffplay -v 9 -loglevel 99 "http://c.brightcove.com/services/mobile/streaming/index/master.m3u8?videoId=2516468435001" ffplay version 1.2.1 Copyright (c) 2003-2013 the FFmpeg developers built on Jul 10 2013 02:44:54 with Apple clang version 4.1 (tags/Apple/clang-421.11.65) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.2.1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-libtheora --enable-libvorbis --enable-libvpx --enable-librtmp --enable-ffplay --enable-libspeex --enable-libopus libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [hls,applehttp @ 0x7f9e01031a00] Format hls,applehttp probed with size=2048 and score=100 [AVIOContext @ 0x7f9e022402c0] Statistics: 1550 bytes read, 0 seeks http://c.brightcove.com/services/mobile/streaming/index/master.m3u8?videoId=2516468435001: Protocol not found nan A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} '''Protocols enabled:''' {{{ $ ffmpeg -protocols ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 10 2013 02:44:54 with Apple clang version 4.1 (tags/Apple/clang-421.11.65) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.2.1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-libtheora --enable-libvorbis --enable-libvpx --enable-librtmp --enable-ffplay --enable-libspeex --enable-libopus libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Supported file protocols: Input: applehttp cache concat crypto data file gopher hls http httpproxy mmsh mmst pipe rtp srtp tcp udp rtmp rtmpe rtmps rtmpt rtmpte Output: file gopher http httpproxy md5 pipe rtp srtp tcp udp rtmp rtmpe rtmps rtmpt rtmpte }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 19:28:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 17:28:08 -0000 Subject: [FFmpeg-trac] #2766(undetermined:new): bitstream: crash in low mem situation Message-ID: <038.44d0da468ca15a042a3bd29015d00c83@avcodec.org> #2766: bitstream: crash in low mem situation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will send a patch soon. http://www1.datafilehost.com/d/77865ebb {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 20500 -c unlimited knoppix at Microknoppix:/media/sdb1$ ./ffmpeg_g -i asamples/ralf.ra -f null - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2013 10:16:01 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --enable-gpl --disable-ffprobe --disable- ffserver libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [rm @ 0x9077c50] Invalid stream index 1 for index at pos 3341430 [rm @ 0x9077c50] Invalid stream index 2 for index at pos 3341450 Segmentation fault (core dumped) knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 205000000 -c unlimited knoppix at Microknoppix:/media/sdb1$ gdb -c core ffmpeg_g GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /media/sdb1/ffmpeg_g...done. [New LWP 24210] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". Failed to read a valid object file image from memory. Core was generated by `./ffmpeg_g -i asamples/ralf.ra -f null -'. Program terminated with signal 11, Segmentation fault. #0 0x0827e37e in ff_init_vlc_sparse (vlc=vlc at entry=0x9088c38, nb_bits=nb_bits at entry=9, nb_codes=441, bits=0xbff950f4, bits_wrap=1, bits_size=1, codes=0xbff95378, codes_wrap=2, codes_size=2, symbols=0x0, symbols_wrap=0, symbols_size=0, flags=0) at libavcodec/bitstream.c:331 warning: Source file is more recent than executable. 331 COPY(buf[j].bits > nb_bits); (gdb) bt #0 0x0827e37e in ff_init_vlc_sparse (vlc=vlc at entry=0x9088c38, nb_bits=nb_bits at entry=9, nb_codes=441, bits=0xbff950f4, bits_wrap=1, bits_size=1, codes=0xbff95378, codes_wrap=2, codes_size=2, symbols=0x0, symbols_wrap=0, symbols_size=0, flags=0) at libavcodec/bitstream.c:331 #1 0x0807c819 in init_ralf_vlc (vlc=vlc at entry=0x9088c38, data=, data at entry=0x890a5c0 "\253\272\252\231\231\231\232\252\273????\252\251\231\232\252\273\314??\272\251\231\231\231\231\252\273\314??\251\230\210\210\210\211\232\273??\251\230\210ww\210\211\232\273\272\251\230\207wwwx\211\232\273\232\230\207wffwx\211\252\251\251\210wfffgx\232\252\231\230wffffw\211\232\251\231\207vfUVgx\211\252\231\230wfeVfw\210\232\251\231\207vfUfgx\211\252\232\230wffffw\211\232\252\251\210wfffw\210\232\252\252\231\210wwww\210\231\253\252\272\231\210www\210\211\252\273\273\252\231\210\210\210\210\231\252\273\273??\231\231\210\211\231\252\273\313\314??\251\231\231\231\252\273\314", ..., elems=elems at entry=441) at libavcodec/ralf.c:102 #2 0x0807cafb in decode_init (avctx=0x90786c0) at libavcodec/ralf.c:201 #3 0x0866cb29 in avcodec_open2 (avctx=0x90786c0, codec=codec at entry=0x8a7aba0, options=0x9078380) at libavcodec/utils.c:1309 #4 0x0823430d in avformat_find_stream_info (ic=0x9077c50, options=0x9078380) at libavformat/utils.c:2693 #5 0x080a3b85 in open_input_file (o=o at entry=0xbff95fb0, filename=) at ffmpeg_opt.c:815 #6 0x080a23e9 in open_files (inout=, ---Type to continue, or q to quit--- inout at entry=0x887d25b "input", open_file=open_file at entry=0x80a37a0 , l=, l=) at ffmpeg_opt.c:2495 #7 0x080aa5f9 in ffmpeg_parse_options (argc=argc at entry=6, argv=argv at entry=0xbff96434) at ffmpeg_opt.c:2532 #8 0x0809faca in main (argc=6, argv=0xbff96434) at ffmpeg.c:3367 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 19:33:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 17:33:15 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.1afe6b7c64040763cd51c8b6b597fc39@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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): Sorry if I missed it but could you explain again what the problem is with the command line you (just) posted? I don't see an error in the output (but I may have simply missed it). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 19:37:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 17:37:07 -0000 Subject: [FFmpeg-trac] #2765(undetermined:new): brightcove hls streams fail to play In-Reply-To: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> References: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> Message-ID: <050.fb8bc855aae77e50def741b83d4e33a2@avcodec.org> #2765: brightcove hls streams fail to play -------------------------------------+------------------------------------- Reporter: adammw | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Which application plays the stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 19:38:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 17:38:57 -0000 Subject: [FFmpeg-trac] #2765(undetermined:new): brightcove hls streams fail to play In-Reply-To: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> References: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> Message-ID: <050.b5e600262dbaa639a87285326e4aa235@avcodec.org> #2765: brightcove hls streams fail to play -------------------------------------+------------------------------------- Reporter: adammw | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adammw): Replying to [comment:1 cehoyos]: > Which application plays the stream? Both iOS devices and Apple's QuickTime Player support playing the stream without error. Trying the same stream with ffplay yields the error shown above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 20:03:02 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 18:03:02 -0000 Subject: [FFmpeg-trac] #2761(avformat:open): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.c623f577a88070bc447cb2ae8b3863e1@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection ------------------------------------+------------------------------------ Reporter: imavra | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by imavra): Yep the patch works! Example of avprobe (technically the same patch would work here): {{{ functor at ichigo:~/bin$ ffprobe rtsp://192.168.0.220:554/stream1/ avprobe version 0.8.6-6:0.8.6-1ubuntu2, Copyright (c) 2007-2013 the Libav developers built on Mar 30 2013 22:23:21 with gcc 4.7.2 rtsp://192.168.0.220:554/stream1/: Invalid data found when processing input }}} Example of ffmpeg with your patch: {{{ functor at ichigo:~/bin$ ./ffprobe rtsp://192.168.0.220:554/stream1/ ffprobe version git-2013-07-09-c5a1b18 Copyright (c) 2007-2013 the FFmpeg developers built on Jul 9 2013 18:42:27 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --prefix=/home/functor/ffmpeg_build --extra- cflags=-I/home/functor/ffmpeg_build/include --extra- ldflags=-L/home/functor/ffmpeg_build/lib --bindir=/home/functor/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, rtsp, from 'rtsp://192.168.0.220:554/stream1/': Metadata: title : Test Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x1024, 90k tbr, 90k tbn, 180k tbc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 20:53:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 18:53:19 -0000 Subject: [FFmpeg-trac] #2754(undetermined:new): ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream In-Reply-To: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> References: <037.4b5aa013d3ea01b4935c934f094fdbc4@avcodec.org> Message-ID: <052.8d108c04732be3a4fc3d639acb5d9016@avcodec.org> #2754: ffmpeg exist with muxing overhead after 6-8 hours of hls transcoding from rtmp stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 vkroutik): Sure, it exists with invalid muxing overhead of -100.000087% see log attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 21:18:02 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 19:18:02 -0000 Subject: [FFmpeg-trac] #1855(avcodec:closed): snow: fail with decode of 2x2 resolution In-Reply-To: <038.8fc26c3a0a555efb6403b903b2886db9@avcodec.org> References: <038.8fc26c3a0a555efb6403b903b2886db9@avcodec.org> Message-ID: <053.e89bd7896261d723315bdc8a190b574f@avcodec.org> #1855: snow: fail with decode of 2x2 resolution ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: snow | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 325411a687c4b9a439a42bf607d5fbfc41c44836 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 22:56:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 20:56:21 -0000 Subject: [FFmpeg-trac] #2765(undetermined:new): brightcove hls streams fail to play In-Reply-To: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> References: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> Message-ID: <050.d0db5981b9dfb2c2e357dce58a8b8fe7@avcodec.org> #2765: brightcove hls streams fail to play -------------------------------------+------------------------------------- Reporter: adammw | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 adammw]: > Replying to [comment:1 cehoyos]: > > Which application plays the stream? > > Both iOS devices and Apple's QuickTime Player support playing the stream without error. The reason I asked was that it fails here on iOS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 23:02:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 21:02:44 -0000 Subject: [FFmpeg-trac] #2655(avformat:closed): ogg / opus album art In-Reply-To: <036.9ed5ed82923780a77bf2c6d7df152059@avcodec.org> References: <036.9ed5ed82923780a77bf2c6d7df152059@avcodec.org> Message-ID: <051.c55673966e200825dcc7624558903e76@avcodec.org> #2655: ogg / opus album art --------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by James Almer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 23:33:55 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 21:33:55 -0000 Subject: [FFmpeg-trac] #2761(avformat:open): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.2fbe3a48034884d915c3657a810a2f99@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection ------------------------------------+------------------------------------ Reporter: imavra | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Thank you! Could you also test the new version of the patch that allows to specify a custom user-agent? (It should still work if you do not specify anything.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 9 23:56:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 21:56:09 -0000 Subject: [FFmpeg-trac] #2766(avcodec:closed): bitstream: crash in low mem situation In-Reply-To: <038.44d0da468ca15a042a3bd29015d00c83@avcodec.org> References: <038.44d0da468ca15a042a3bd29015d00c83@avcodec.org> Message-ID: <053.d0672fee64e5190b231d6314ce52a118@avcodec.org> #2766: bitstream: crash in low mem situation ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: ralf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => ralf * resolution: => fixed Comment: Fixed by you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 00:00:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 22:00:09 -0000 Subject: [FFmpeg-trac] #2082(avcodec:closed): mjpeg: low quality + restart (and grayscale) = lower quality than libjpeg In-Reply-To: <038.0151cdc595402fc19d185313c849d710@avcodec.org> References: <038.0151cdc595402fc19d185313c849d710@avcodec.org> Message-ID: <053.e945704bb9ccca25aafda801ec95a7de@avcodec.org> #2082: mjpeg: low quality + restart (and grayscale) = lower quality than libjpeg ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 776155ca29e7dfc2578ce5f3a7881e52e1ba2d54 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 00:07:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Jul 2013 22:07:26 -0000 Subject: [FFmpeg-trac] #2753(avcodec:open): MPNG artefacts In-Reply-To: <036.43d4125e2e8eee8b7354a5f4c77fd9c2@avcodec.org> References: <036.43d4125e2e8eee8b7354a5f4c77fd9c2@avcodec.org> Message-ID: <051.ebb3aff5c9f40681d8c6ee899905af13@avcodec.org> #2753: MPNG artefacts ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by llogan): * status: new => open * reproduced: 0 => 1 Comment: Does anything play this without artefacts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 02:48:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 00:48:59 -0000 Subject: [FFmpeg-trac] #2767(undetermined:new): utils: crash in low mem situation Message-ID: <038.2e3cddda05ab1c6d394c6753a5a44324@avcodec.org> #2767: utils: crash in low mem situation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will send a possible patch soon. http://www1.datafilehost.com/d/51ada4be {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -c unlimited -Sv 23500 knoppix at Microknoppix:/media/sdb1$ ./ffmpeg_g -i asamples/test.shn -f null - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2013 17:21:00 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --enable-gpl --disable-ffprobe --disable- ffserver libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Segmentation fault (core dumped) knoppix at Microknoppix:/media/sdb1$ ulimit -c unlimited -Sv 2350055555 knoppix at Microknoppix:/media/sdb1$ gdb -c core ffmpeg_g GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /media/sdb1/ffmpeg_g...done. [New LWP 12950] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". Failed to read a valid object file image from memory. Core was generated by `./ffmpeg_g -i asamples/test.shn -f null -'. Program terminated with signal 11, Segmentation fault. #0 av_dup_packet (pkt=0x0) at libavcodec/avpacket.c:237 237 if (!pkt->buf && pkt->data (gdb) bt #0 av_dup_packet (pkt=0x0) at libavcodec/avpacket.c:237 #1 0x08235b56 in avformat_find_stream_info (ic=0x9077c50, options=0x90783b0) at libavformat/utils.c:2786 #2 0x080a3b85 in open_input_file (o=o at entry=0xbff2b5c0, filename=) at ffmpeg_opt.c:815 #3 0x080a23e9 in open_files (inout=, inout at entry=0x887d25b "input", open_file=open_file at entry=0x80a37a0 , l=, l=) at ffmpeg_opt.c:2495 #4 0x080aa5f9 in ffmpeg_parse_options (argc=argc at entry=6, argv=argv at entry=0xbff2ba44) at ffmpeg_opt.c:2532 #5 0x0809faca in main (argc=6, argv=0xbff2ba44) at ffmpeg.c:3367 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 03:46:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 01:46:03 -0000 Subject: [FFmpeg-trac] #2765(undetermined:new): brightcove hls streams fail to play In-Reply-To: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> References: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> Message-ID: <050.60a9c824fc6e2838e27125b66c7b0049@avcodec.org> #2765: brightcove hls streams fail to play -------------------------------------+------------------------------------- Reporter: adammw | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adammw): I think the content must be geo-restricted to Australia. I've debugged the issue a bit more, and it appears to be that my version of ffmpeg cannot open HTTPS urls, however none of the logs make that very clear. (Ie. Protocol not found error is listed against the original HTTP url, not the actual rendition/variant URL of the second m3u8 file). Downloading the segments with another (HTTPS-supporting) program and rewriting the URLs makes it work fine with ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 04:33:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 02:33:56 -0000 Subject: [FFmpeg-trac] #2765(undetermined:new): brightcove hls streams fail to play In-Reply-To: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> References: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> Message-ID: <050.379a0c40397a718cdee61347f3a93634@avcodec.org> #2765: brightcove hls streams fail to play -------------------------------------+------------------------------------- Reporter: adammw | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adammw): Yes, this is a bug in Homebrew which caused `--enable-openssl` not to be declared in the configure script, and hence the resulting binary did not support HTTPS. Please close this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 07:15:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 05:15:12 -0000 Subject: [FFmpeg-trac] #2768(avcodec:new): ALAC encoder is not lossless with 24-bit samples Message-ID: <036.fe330b121b6668cd157003fef65cefe9@avcodec.org> #2768: ALAC encoder is not lossless with 24-bit samples ---------------------------------+-------------------------------------- Reporter: pneuman | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Hi, When converting 24-bit audio to ALAC using ffmpeg git, the output is not lossless. Examining the decoded ALAC alongside the source file in Audacity shows that the ALAC is phase inverted; mixing the ALAC and the source together reveals some smaller errors, too. I've tried with a few 24-bit files, and had the same happen in each case. As an example, this file (a 24-bit FLAC of audio from the Musopen project, in the public domain) exhibits the problem: http://wootangent.net/~lsd/blah/figaro.flac Encoder command line, output, and CRC comparisons with the source are as follows: {{{ lsd at cletus:~/projects/alac/ffmpeg$ ./ffmpeg -i figaro.flac -acodec alac -f ipod figaro.m4a ffmpeg version N-54600-g09f59d6 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 10 2013 10:15:49 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, flac, from 'figaro.flac': Metadata: MAJOR_BRAND : M4A MINOR_VERSION : 0 COMPATIBLE_BRANDS: M4A mp42isom CREATION_TIME : 1904-01-22 23:03:39 COMPOSER : Wolfgang Amadeus Mozart GENRE : Classical ARTIST : Czech National Symphony Orchestra album_artist : Czech National Symphony Orchestra ALBUM : Musopen Kickstarter Project ENCODER : Lavf54.20.0 Duration: 00:04:01.00, bitrate: 1462 kb/s Stream #0:0: Audio: flac, 48000 Hz, stereo, s32 Output #0, ipod, to 'figaro.m4a': Metadata: MAJOR_BRAND : M4A MINOR_VERSION : 0 COMPATIBLE_BRANDS: M4A mp42isom ALBUM : Musopen Kickstarter Project COMPOSER : Wolfgang Amadeus Mozart GENRE : Classical ARTIST : Czech National Symphony Orchestra album_artist : Czech National Symphony Orchestra encoder : Lavf55.12.100 Stream #0:0: Audio: alac (alac / 0x63616C61), 48000 Hz, stereo, s32p, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (flac -> alac) Press [q] to stop, [?] for help size= 44225kB time=00:04:01.06 bitrate=1502.9kbits/s video:0kB audio:44213kB subtitle:0 global headers:0kB muxing overhead 0.028529% lsd at cletus:~/projects/alac/ffmpeg$ ./ffmpeg -i figaro.flac -f crc - 2>/dev/null CRC=0xe162a58b lsd at cletus:~/projects/alac/ffmpeg$ ./ffmpeg -i figaro.m4a -f crc - 2>/dev/null CRC=0x40b1090b }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 10:22:36 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 08:22:36 -0000 Subject: [FFmpeg-trac] #2768(avcodec:open): ALAC encoder is not lossless with 24-bit samples In-Reply-To: <036.fe330b121b6668cd157003fef65cefe9@avcodec.org> References: <036.fe330b121b6668cd157003fef65cefe9@avcodec.org> Message-ID: <051.a66b0e06135d681f0a39cd32c6f9616a@avcodec.org> #2768: ALAC encoder is not lossless with 24-bit samples ------------------------------------+----------------------------------- Reporter: pneuman | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Workaround is to use {{{-compression_level 0}}} tiny_psnr reports a MAXDIFF of 1 for s16 and 1020 for f32. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 10:48:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 08:48:48 -0000 Subject: [FFmpeg-trac] #2765(avformat:open): brightcove hls streams fail to play In-Reply-To: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> References: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> Message-ID: <050.2199af17092fa6dbbbbeb5ec86b7ea5a@avcodec.org> #2765: brightcove hls streams fail to play ------------------------------------+------------------------------------ Reporter: adammw | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: hls https | 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 => minor * version: unspecified => git-master * keywords: hls => hls https Comment: Patch sent that improves the console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 13:29:52 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 11:29:52 -0000 Subject: [FFmpeg-trac] #2653(undetermined:reopened): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.49731bd9823991091f470ab0c6da7f61@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sulio): Did we will repair this bug? I guess that this is not libopenjpe, but ffmpeg bug transfering AVoptions to libopenjpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 13:59:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 11:59:03 -0000 Subject: [FFmpeg-trac] #2767(avformat:open): utils: crash in low mem situation In-Reply-To: <038.2e3cddda05ab1c6d394c6753a5a44324@avcodec.org> References: <038.2e3cddda05ab1c6d394c6753a5a44324@avcodec.org> Message-ID: <053.b1cd3c0d0859d9e4da48f33482b6895d@avcodec.org> #2767: utils: crash in low mem situation ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat 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 => avformat * reproduced: 0 => 1 Comment: The crash was fixed by you but ffmpeg now exits without any (error) message, please see my comment on ffmpeg-devel. {{{ $ ulimit -Sv 55000 $ ffmpeg -i test.shn ffmpeg version N-54614-g067c9c3 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 10 2013 13:54:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:02:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:02:27 -0000 Subject: [FFmpeg-trac] #2743(FFplay:closed): ffplay: -t does not work for audio-only files In-Reply-To: <038.9368d4533631b831d857202a6bea79c2@avcodec.org> References: <038.9368d4533631b831d857202a6bea79c2@avcodec.org> Message-ID: <053.047211acefbe59d1011d0de44be98273@avcodec.org> #2743: ffplay: -t does not work for audio-only files ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Marton in f07cb53. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:03:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:03:19 -0000 Subject: [FFmpeg-trac] #2103(FFplay:closed): wrong pkt in range check in the ffplay In-Reply-To: <037.a9a8221df25687d6a55cea2918ac41c8@avcodec.org> References: <037.a9a8221df25687d6a55cea2918ac41c8@avcodec.org> Message-ID: <052.d95747c4ca2ce301c1a1d9d374de9fd4@avcodec.org> #2103: wrong pkt in range check in the ffplay ------------------------------------+---------------------------------- Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Marton in f07cb53. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:16:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:16:23 -0000 Subject: [FFmpeg-trac] #2769(FFmpeg:new): drawtext: draw expression on a range on frames Message-ID: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> #2769: drawtext: draw expression on a range on frames -------------------------------------+------------------------------------- Reporter: Charlie | Type: Status: new | enhancement Component: FFmpeg | Priority: normal Keywords: drawtext | Version: 0.8.14 fraw expression range frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hi, drawtext option has a 'draw' expression that specifies if the text should be drawn. http://www.ffmpeg.org/ffmpeg-filters.html#drawtext-1 I figured out we could use the following expressions to write on, before, or after a specific frame: :draw='eq(n,42)', :draw='lt(n,42)', :draw='gt(n,42)' Do you know how to combine two expressions to write text, for instance, on every frame between frames 10 and 42 ? I couldn't find doc or examples for combining expressions, and the following don't work: :draw='gt(n,10)&<(n,42)' -> crash :draw='gt(n,10);lt(n,42)' -> only applies second expression :draw='gt(n,10)':draw='lt(n,42)' -> only applies second expression Thanks in advance How to reproduce: {{{ % ffmpeg -i test.mov -vf "[in]drawtext=fontsize=40:fontcolor=White:fontfile='/usr/share/fonts/truetype /ttf- dejavu/DejaVuSans.ttf':draw='gt(n,10)':draw='lt(n,42)':text='test':x=50:y=35" -vframes 60 -qscale 0 -preset medium -vcodec libx264 -pix_fmt yuv420p -strict experimental -y test.mp4 ffmpeg version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers built on Apr 2 2013 17:02:36 with gcc 4.6.3 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:25:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:25:09 -0000 Subject: [FFmpeg-trac] #2769(avfilter:new): drawtext: draw expression on a range on frames In-Reply-To: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> References: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> Message-ID: <051.59580ac671321901439c9fecf81b3608@avcodec.org> #2769: drawtext: draw expression on a range on frames -------------------------------------+------------------------------------ Reporter: Charlie | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: drawtext fraw expression range frame => drawtext * version: 0.8.14 => unspecified * component: FFmpeg => avfilter Comment: Please read http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:28:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:28:27 -0000 Subject: [FFmpeg-trac] #2770(undetermined:new): rmdec: crash in low mem situation Message-ID: <038.b8a097b01b90d2734e55003478054e57@avcodec.org> #2770: rmdec: crash in low mem situation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will send a possible patch soon. http://www1.datafilehost.com/d/f36c9362 {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 20500 -c unlimited knoppix at Microknoppix:/media/sdb1$ ./ffmpeg_g -i vsamples/rv8.rm -f null - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jul 9 2013 10:16:01 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --enable-gpl --disable-ffprobe --disable- ffserver libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [rm @ 0x9077c50] Invalid stream index 2 for index at pos 858064 Truncating packet of size 268437708 to 704179 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 268507400 to 702844 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 903434109 to 702835 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 268679955 to 701516 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 268884243 to 700186 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 269064968 to 698926 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 386564182 to 698858 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 269261028 to 697579 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 1039270462 to 697562 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 631372420 to 697553 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 145223533 to 697537 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 269474627 to 696236 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 58203055 to 696227 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 41141093 to 691342 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 965264131 to 681519 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 741170995 to 681510 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 944849978 to 681492 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 922749185 to 680239 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 91585198 to 680228 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 922819411 to 678920 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 922982672 to 677596 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 923171604 to 676248 [rm @ 0x9077c50] Impossibly sized packet Truncating packet of size 923339540 to 674927 [rm @ 0x9077c50] Impossibly sized packet Segmentation fault (core dumped) knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 20500000 -c unlimited knoppix at Microknoppix:/media/sdb1$ gdb -c core ffmpeg_g GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /media/sdb1/ffmpeg_g...done. [New LWP 22528] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". Failed to read a valid object file image from memory. Core was generated by `./ffmpeg_g -i vsamples/rv8.rm -f null -'. Program terminated with signal 11, Segmentation fault. #0 0x081f0e84 in rm_assemble_video_frame (timestamp=, pseq=0xbff3b748, len=1320, pkt=0xbff3b8f8, vst=0x9078aa0, pb=0x9080210, s=0x9077c50, rm=) at libavformat/rmdec.c:725 warning: Source file is more recent than executable. 725 AV_WL32(vst->pkt.data - 7 + 8*vst->cur_slice, 1); (gdb) bt #0 0x081f0e84 in rm_assemble_video_frame (timestamp=, pseq=0xbff3b748, len=1320, pkt=0xbff3b8f8, vst=0x9078aa0, pb=0x9080210, s=0x9077c50, rm=) at libavformat/rmdec.c:725 #1 ff_rm_parse_packet (s=s at entry=0x9077c50, pb=0x9080210, st=st at entry=0x9078450, ast=0x9078aa0, len=len at entry=1329, pkt=pkt at entry=0xbff3b8f8, seq=seq at entry=0xbff3b748, flags=0, timestamp=-9223372036854775808) at libavformat/rmdec.c:780 #2 0x081f1458 in rm_read_packet (s=0x9077c50, pkt=0xbff3b8f8) at libavformat/rmdec.c:926 #3 0x0822e097 in ff_read_packet (s=s at entry=0x9077c50, pkt=pkt at entry=0xbff3b8f8) at libavformat/utils.c:642 #4 0x082309f9 in read_frame_internal (s=s at entry=0x9077c50, pkt=pkt at entry=0xbff3bae8) at libavformat/utils.c:1294 #5 0x08234738 in avformat_find_stream_info (ic=0x9077c50, options=0x90791b0) at libavformat/utils.c:2772 #6 0x080a3b85 in open_input_file (o=o at entry=0xbff3bdc0, filename=) at ffmpeg_opt.c:815 #7 0x080a23e9 in open_files (inout=, inout at entry=0x887d25b "input", open_file=open_file at entry=0x80a37a0 , l=, l=) at ffmpeg_opt.c:2495 ---Type to continue, or q to quit--- #8 0x080aa5f9 in ffmpeg_parse_options (argc=argc at entry=6, argv=argv at entry=0xbff3c244) at ffmpeg_opt.c:2532 #9 0x0809faca in main (argc=6, argv=0xbff3c244) at ffmpeg.c:3367 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:32:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:32:49 -0000 Subject: [FFmpeg-trac] #2769(avfilter:closed): drawtext: draw expression on a range on frames In-Reply-To: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> References: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> Message-ID: <051.cad8b864ffa1b99465285d0c8651edea@avcodec.org> #2769: drawtext: draw expression on a range on frames -------------------------------------+------------------------------------- Reporter: Charlie | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: Replying to [ticket:2769 Charlie]: > Do you know how to combine two expressions to write text, for instance, on every frame between frames 10 and 42 ? The following works fine here: {{{draw='if(gt(n,10),lt(n,42))'}}} See http://ffmpeg.org/ffmpeg-all.html#Expression-Evaluation and please understand that this is a bug tracker, post usage questions on the ffmpeg- user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:40:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:40:07 -0000 Subject: [FFmpeg-trac] #2769(avfilter:closed): drawtext: draw expression on a range on frames In-Reply-To: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> References: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> Message-ID: <051.f4151d3741cff2d64ee628bc9dfaeca0@avcodec.org> #2769: drawtext: draw expression on a range on frames -------------------------------------+------------------------------------- Reporter: Charlie | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Charlie): Hi cehoyos, I'm sorry if I posted my question on the wrong website. I already read this article but I couldn't find an answer both on ffmpeg & libav documentations. However, I've just found the answer in an ffmpeg forum: http://ffmpeg.gusari.org/viewtopic.php?f=16&t=769&p=1351&hilit=drawtext#p1351 :draw='gt(n,10)*lt(n,42)' Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:40:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:40:33 -0000 Subject: [FFmpeg-trac] #2770(undetermined:new): rmdec: crash in low mem situation In-Reply-To: <038.b8a097b01b90d2734e55003478054e57@avcodec.org> References: <038.b8a097b01b90d2734e55003478054e57@avcodec.org> Message-ID: <053.1a5fb0051d7d9f5fa0025f1ee584f137@avcodec.org> #2770: rmdec: crash in low mem situation -------------------------------------+------------------------------------- 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): Isn't this a duplicate of ticket #2724? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:42:43 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:42:43 -0000 Subject: [FFmpeg-trac] #2769(avfilter:closed): drawtext: draw expression on a range on frames In-Reply-To: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> References: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> Message-ID: <051.fe72e74426924fcf565aa6552b144a45@avcodec.org> #2769: drawtext: draw expression on a range on frames -------------------------------------+------------------------------------- Reporter: Charlie | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Charlie): RE: just saw your answer. Thank you very much. If I have another doc question, I'll use the mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:44:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:44:27 -0000 Subject: [FFmpeg-trac] #2769(avfilter:closed): drawtext: draw expression on a range on frames In-Reply-To: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> References: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> Message-ID: <051.807e5d74d2544f4ed444d4e8de0b3367@avcodec.org> #2769: drawtext: draw expression on a range on frames -------------------------------------+------------------------------------- Reporter: Charlie | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): You are using ffmpeg from Libav and reporting their bug on FFmpeg but tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 15:58:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 13:58:21 -0000 Subject: [FFmpeg-trac] #2769(avfilter:closed): drawtext: draw expression on a range on frames In-Reply-To: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> References: <036.794873720960c2fe87c3555af6f99a69@avcodec.org> Message-ID: <051.9cf00bdb8ec133fa23b96500a02f18dd@avcodec.org> #2769: drawtext: draw expression on a range on frames -------------------------------------+------------------------------------- Reporter: Charlie | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: drawtext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Charlie): Hi richardpl, sorry for my mistake. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 17:07:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 15:07:51 -0000 Subject: [FFmpeg-trac] #2770(undetermined:closed): rmdec: crash in low mem situation In-Reply-To: <038.b8a097b01b90d2734e55003478054e57@avcodec.org> References: <038.b8a097b01b90d2734e55003478054e57@avcodec.org> Message-ID: <053.a3aeb2ad479528c19d70a685dc33f938@avcodec.org> #2770: rmdec: crash in low mem situation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ami_stuff): * status: new => closed * resolution: => duplicate Comment: Replying to [comment:1 cehoyos]: > Isn't this a duplicate of ticket #2724? You're right, I forgot about this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 19:14:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 17:14:05 -0000 Subject: [FFmpeg-trac] #2758(avformat:open): 16bit PCM in vob cannot be decoded In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.21cfe01e47a68c2f65c7560f6d377600@avcodec.org> #2758: 16bit PCM in vob cannot be decoded -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Underground78): I honestly don't know and I'm afraid I can't get that info either. :/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 19:18:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 17:18:13 -0000 Subject: [FFmpeg-trac] #2771(undetermined:new): -segment_time generates unexpected file lengths Message-ID: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> #2771: -segment_time generates unexpected file lengths -------------------------------------+------------------------------------- Reporter: Acc72 | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, I'm attempting to utilize the segmenter on an A/V stream, from my USB webcam. With the -segment_time option, I've configured ffmpeg to output a circular series of four (4) mp4 files, each three (3) seconds in length. However, ffmpeg generates files which are sixteen (16) seconds in length. Occasionally, random files are generated at shorter lengths (2 sec, 3 sec, 8 sec, etc...). However, most of them are generated sixteen (16) seconds in length. Results change, if I play with the value for -segment_time: (-Segment_time < 16) all 4 files generated @ 16 seconds. (-segment_time >= 16) 1st file generated @ 33 seconds and all subsequent files generated @ 16 seconds. Not sure why this is happening??? Zeranoe official build: ffmpeg-20130706-git-63d7684-win32-static ffmpeg command line: {{{ ffmpeg -f dshow -rtbufsize 10M -pix_fmt yuv420p -s 640x480 -ac 1 -i video="Logitech HD Webcam C310":audio="Microphone (HD Webcam C310)" -r 15 -vcodec libx264 -preset fast -crf 22 -b:v 250k -acodec libvo_aacenc -ar 8k -b:a 96k -ac 1 -f segment -map 0 -reset_timestamps 1 -segment_time 3 -segment_wrap 4 "out%2d.mp4" }}} Output: {{{ ffmpeg version N-54499-g63d7684 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 6 2013 10:30:06 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-fr ei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable -libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-z lib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 78.102 / 3. 78.102 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, dshow, from 'video=Logitech HD Webcam C310:audio=Microphone (HD Webcam C310)': Duration: N/A, start: 76871.688000, bitrate: 705 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x480, 30 tbr, 10000k tbn, 30 tbc Stream #0:1: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s [libx264 @ 04289b20] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 04289b20] profile High, level 2.2 [libx264 @ 04289b20] 264 - core 133 r2334 a3ac64b - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 tre llis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 key int=250 keyint_min=15 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=crf mbtree=1 crf=22.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ra tio=1.40 aq=1:1.00 Output #0, segment, to 'out%2d.mp4': Metadata: encoder : Lavf55.11.101 Stream #0:0: Video: h264 (libx264), yuv420p, 640x480, q=-1--1, 250 kb/s, 90k tbn, 15 tbc Stream #0:1: Audio: aac (libvo_aacenc), 8000 Hz, mono, s16, 96 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Stream #0:1 -> #0:1 (pcm_s16le -> libvo_aacenc) Press [q] to stop, [?] for help frame= 1164 fps= 15 q=-1.0 Lsize=N/A time=00:01:17.46 bitrate=N/A dup=19 drop=1131 video:5204kB audio:101kB subtitle:0 global headers:0kB muxing overhead -100.000405% [libx264 @ 04289b20] frame I:5 Avg QP:16.94 size: 57563 [libx264 @ 04289b20] frame P:331 Avg QP:20.45 size: 10496 [libx264 @ 04289b20] frame B:828 Avg QP:23.23 size: 1891 [libx264 @ 04289b20] consecutive B-frames: 0.9% 6.5% 19.1% 73.5% [libx264 @ 04289b20] mb I I16..4: 2.3% 59.4% 38.3% [libx264 @ 04289b20] mb P I16..4: 0.3% 2.4% 0.7% P16..4: 49.4% 24.4% 16.6% 0.0% 0.0% skip: 6.3% [libx264 @ 04289b20] mb B I16..4: 0.5% 0.6% 0.1% B16..8: 17.0% 3.6% 0.2% direct:24.4% skip:53.4% L0:39.3% L1:43.2% BI:17.5% [libx264 @ 04289b20] 8x8 transform intra:61.3% inter:65.3% [libx264 @ 04289b20] coded y,uvDC,uvAC intra: 65.6% 95.7% 80.1% inter: 15.6% 47.7% 14.1% [libx264 @ 04289b20] i16 v,h,dc,p: 17% 32% 37% 14% [libx264 @ 04289b20] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 22% 26% 4% 7% 6% 9% 6% 8% [libx264 @ 04289b20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 25% 10% 6% 9% 8% 11% 7% 7% [libx264 @ 04289b20] i8c dc,h,v,p: 52% 22% 15% 11% [libx264 @ 04289b20] Weighted P-Frames: Y:2.7% UV:2.7% [libx264 @ 04289b20] ref P L0: 54.9% 45.1% [libx264 @ 04289b20] ref B L0: 69.7% 30.3% [libx264 @ 04289b20] ref B L1: 92.2% 7.8% [libx264 @ 04289b20] kb/s:549.25 [dshow @ 0289c000] real-time buffer 74% full! frame dropped! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 19:36:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 17:36:39 -0000 Subject: [FFmpeg-trac] #2771(undetermined:new): -segment_time generates unexpected file lengths In-Reply-To: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> References: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> Message-ID: <049.9da3e9d00275fa6d1379737bdcdc1d33@avcodec.org> #2771: -segment_time generates unexpected file lengths -------------------------------------+------------------------------------- Reporter: Acc72 | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by Acc72): * cc: raptorderojo@? (added) * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 19:46:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 17:46:03 -0000 Subject: [FFmpeg-trac] #1429(FFmpeg:closed): ffmpeg 0.11.1 and git configure wrong In-Reply-To: <043.4130f9493724a0ad15b17bc6a6af4ad5@avcodec.org> References: <043.4130f9493724a0ad15b17bc6a6af4ad5@avcodec.org> Message-ID: <058.5ffb9a4129b43fff8ddc65edbfeb3859@avcodec.org> #1429: ffmpeg 0.11.1 and git configure wrong -------------------------------------+------------------------------------- Reporter: | Owner: StreamThreader | Status: closed Type: defect | Component: FFmpeg Priority: normal | Resolution: Version: 0.11 | needs_more_info Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Lediff): I reproduced the problem at Slackware64 13.37 - probably some issue with compiler or libraries versions, but on Slackware 14.0 it configures normally. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 19:55:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 17:55:45 -0000 Subject: [FFmpeg-trac] #2772(FFmpeg:new): FFMPEG -strict -2 and -strict experimental do not get applied with vp9 Message-ID: <034.e08c45e1fe2b0d47124810667db6437b@avcodec.org> #2772: FFMPEG -strict -2 and -strict experimental do not get applied with vp9 -------------------------------------+------------------------------------- Reporter: klaxa | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: | master experimental | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to use the experimental branch of libvpx to test vp9, but ffmpeg won't use libvpx-vp9 even though '-strict -2' is specified. The option gets parsed but apparently not applied. How to reproduce: Compile the experimental branch of libvpx, enable vp9 and enable shared libraries. Compile ffmpeg with libvpx enabled. The following output is produced: [klaxa at can ~]$ LD_LIBRARY_PATH=/home/klaxa/tools/lib/ /home/klaxa/tools/bin/ffmpeg -i Download/Nothing\'s\ Carved\ In\ Stone\ -\ Out\ of\ Control\ \[1440x1080\ h264\ SSTV\ HD\].ts -vf fieldmatch,decimate -s 1280x720 -c:v vp9 -strict -2 -t 30 -c:a libfdk_aac -b:c 192k -y test2.mkv ffmpeg version N-54570-g509642b Copyright (c) 2000-2013 the FFmpeg developers built on Jul 10 2013 13:28:35 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/home/klaxa/tools/ --enable-gpl --enable-nonfree --enable-libass --enable-libfdk-aac --enable-libvorbis --enable-libx264 --enable-librtmp --enable-libvpx --extra- cflags=-I/home/klaxa/tools/include --extra-ldflags=-L/home/klaxa/tools/lib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x1698aa0] non-existing SPS 19 referenced in buffering period Input #0, mpegts, from 'Download/Nothing's Carved In Stone - Out of Control [1440x1080 h264 SSTV HD].ts': Duration: 00:04:33.12, start: 21804.873144, bitrate: 6966 kb/s Program 33410 Stream #0:0[0x1002]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1042]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 144 kb/s [matroska @ 0x169a320] Invalid stream specifier: c. Last message repeated 3 times Codec AVOption strict (how strictly to follow the standards) specified for output file #0 (test2.mkv) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (test2.mkv) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. [libvpx-vp9 @ 0x169abe0] The encoder 'libvpx-vp9' is experimental but experimental codecs are not enabled, add '-strict -2' if you want to use it. A log with -loglevel debug is attached and here: https://gist.github.com/klaxa/5968451 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 21:54:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 19:54:53 -0000 Subject: [FFmpeg-trac] #2767(avformat:closed): utils: crash in low mem situation In-Reply-To: <038.2e3cddda05ab1c6d394c6753a5a44324@avcodec.org> References: <038.2e3cddda05ab1c6d394c6753a5a44324@avcodec.org> Message-ID: <053.abda148d20741e39288055c4e4f60771@avcodec.org> #2767: utils: crash in low mem situation ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Thank you for taking care of the missing error message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 21:55:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 19:55:57 -0000 Subject: [FFmpeg-trac] #2771(undetermined:new): -segment_time generates unexpected file lengths In-Reply-To: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> References: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> Message-ID: <049.7cd02f6d03a8ab159004e57513b9a4d6@avcodec.org> #2771: -segment_time generates unexpected file lengths -------------------------------------+------------------------------------- Reporter: Acc72 | 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): * priority: important => normal Comment: Is this a regression? Is the problem only reproducible with external libraries (x264, libvo_aac) or also with {{{-vcodec mpeg4 -strict -2 -acodec aac}}} ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 21:58:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 19:58:58 -0000 Subject: [FFmpeg-trac] #2765(avformat:closed): brightcove hls streams fail to play In-Reply-To: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> References: <035.72833ecf4deeabd0d325dcac3b8c7637@avcodec.org> Message-ID: <050.d31b12142082004648da513666509476@avcodec.org> #2765: brightcove hls streams fail to play ------------------------------------+------------------------------------ Reporter: adammw | Owner: Type: defect | Status: closed Priority: minor | Component: avformat Version: git-master | Resolution: fixed Keywords: hls https | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: libavformat now prints a warning if https protocol was requested but not configured, thank you for the report and the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 23:28:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 21:28:59 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.16d64f9abd1b6095b254c60d56017711@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:18 klaussfreire]: > I think AAC's ratecontrol needs a lookahead buffer. Can you implement the feature until July 13th? I'm going to be free and have time to do some double-blind listening tests of the codec. Results will be like this: http://www.hydrogenaudio.org/forums/index.php?showtopic=100896 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 23:33:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 21:33:49 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ccfcd7d0df9a75b689c811d8c433b56b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Maybe a very simple one-block one. I've been thinking such a simple lookahead might be enough to fix the bugs, with a better one perhaps for a further patch. I'll give this high priority, but we're only 3 days away from that deadline you know... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 10 23:59:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 21:59:07 -0000 Subject: [FFmpeg-trac] #2773(avformat:new): Seeking past the end of an mp3 file has different behavior than other formats Message-ID: <035.bbc29e8d1aa3686192e60e08b854e833@avcodec.org> #2773: Seeking past the end of an mp3 file has different behavior than other formats ----------------------------------+-------------------------------------- Reporter: wadams | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mp3 seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I am trying to determine with complete accuracy the length of audio files of various formats by seeking to the near the end and reading packets. This has worked since version 1.2 but since I pulled the latest master branch from git this method no longer works for mp3 files. After I call av_seek_frame() on particular files, the next call to av_read_frame() returns EOF even if I use AVSEEK_FLAG_BACKWARD. Other formats will generally seek to the last sync point in the file when seeking past the end with the backward flag. I looked through the git history and found the the commit that changed this behavior is [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=e096283ea55bc36a637b47329e19ddb26fb1440b e096283ea55bc36a637b47329e19ddb26fb1440b]. Here is some code that will reproduce the problem with the attached file. It executes as expected when I revert the above mentioned commit. {{{ int main(int argc, char** argv) { int err, i, streamIndex; AVFormatContext* fmtCtx; AVStream* stream; AVPacket pkt; av_register_all(); fmtCtx = avformat_alloc_context(); err = avformat_open_input(&fmtCtx, "test.mp3", NULL, NULL); if (err < 0) { fprintf(stderr, "Failed to open input\n"); return 1; } avformat_find_stream_info(fmtCtx, NULL); streamIndex = -1; for (i = 0; i < fmtCtx->nb_streams; i++) if (fmtCtx->streams[i]->codec->codec_type == AVMEDIA_TYPE_AUDIO) { streamIndex = i; break; } if (streamIndex < 0) { fprintf(stderr, "No audio stream\n"); return 1; } stream = fmtCtx->streams[streamIndex]; err = av_seek_frame(fmtCtx, streamIndex, stream->duration, AVSEEK_FLAG_BACKWARD); if (err < 0) { fprintf(stderr, "Failed to seek stream\n"); return 1; } av_init_packet(&pkt); pkt.data = NULL; pkt.size = 0; err = av_read_frame(fmtCtx, &pkt); if (err < 0) { char buf[1024]; av_strerror(err, buf, sizeof(buf)); fprintf(stderr, "Failed to read frame. Error: %d, %s\n", err, buf); return 1; } av_free_packet(&pkt); avformat_close_input(&fmtCtx); return 0; } }}} Thanks, Bill -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 00:34:18 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 22:34:18 -0000 Subject: [FFmpeg-trac] #2773(avformat:new): Seeking past the end of an mp3 file has different behavior than other formats In-Reply-To: <035.bbc29e8d1aa3686192e60e08b854e833@avcodec.org> References: <035.bbc29e8d1aa3686192e60e08b854e833@avcodec.org> Message-ID: <050.42e31660306e9f84ab44a0096c7af1e8@avcodec.org> #2773: Seeking past the end of an mp3 file has different behavior than other formats -------------------------------------+------------------------------------- Reporter: wadams | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mp3 seek | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp3 seek => mp3 seek regression Comment: Related to ticket #2590. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 00:44:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 22:44:33 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.34e6befedf7787268eea2cb89baa86bc@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:21 klaussfreire]: > Maybe a very simple one-block one. I've been thinking such a simple lookahead might be enough to fix the bugs, with a better one perhaps for a further patch. > > I'll give this high priority, but we're only 3 days away from that deadline you know... Thank you very much! A delay of some days is acceptable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 01:08:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Jul 2013 23:08:01 -0000 Subject: [FFmpeg-trac] #2224(avformat:closed): HLS output using b-frames has crazy initial timestamps In-Reply-To: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> References: <038.19c91c8280bfee628e5a87e4ca6d274c@avcodec.org> Message-ID: <053.66a57c7d868c3b87aeb851b979852bfa@avcodec.org> #2224: HLS output using b-frames has crazy initial timestamps -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: libx264 | Blocked By: mpegts hls segment | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => closed * type: defect => enhancement * component: undetermined => avformat * keywords: libx264 mpegts hls => libx264 mpegts hls segment * analyzed: 0 => 1 * resolution: => fixed Comment: Replying to [comment:8 nealzebub]: > I do not know if Wowza output produces Warnings in Validator, but I suspect not, since that is why they implemented the 10-second timestamp offset in version 3.5+. I also suspect that they offset by 10 seconds to avoid the following two mediastreamvalidator issues reported. > > 1. Error - due to a negative timestamps, which is interpreted as a really high value. Validator reports decreasing timestamps. If the the first PTS is zero, then the first DTS is probably less than zero. > > 2. Warning - Validator, for some reason, is unable to read frames with a timestamp of zero. > > To be clear, a stream produced by FFmpeg using -avoid_negative_ts 1 can produce #2, the warning. > > Looking at the Wowza forums, it reads that Wowza was resistant to setting the offset in February 2012. Then, in November 2012, the builds have the offset by default. > > I re-quote the Wowza thread from Sept 2012: > " > Below is the comment from one of the staff at Apple @baleighsdad: > > However, I'm not sure where Wowza got commit 19ea08a11a8ea31797b509bf66a06c2f9e463d60 Should be addressed in: {{{ Author: Stefano Sabatini Date: Fri Jul 5 14:28:38 2013 +0200 lavf/segment: add initial_offset option Should address trac ticket #2224. their information; I don't recommend using a 0 PTS in the first segment, and have said many times that this isn't a good idea. Our own tools using a starting PTS of the equivalent of 10 seconds, to avoid wrap." }}} This requires the explicit use of the -initial_offset option, this can't be made the default since segment is a generic segment, and adding by default an arbitrary offset seems wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 02:41:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 00:41:41 -0000 Subject: [FFmpeg-trac] #1651(avcodec:closed): jpeg rgb progressive decodes incorrectly In-Reply-To: <038.8693bd369ac13ae56f07c027dda00af4@avcodec.org> References: <038.8693bd369ac13ae56f07c027dda00af4@avcodec.org> Message-ID: <053.c2a4c861f45fd07d29db743c404faff2@avcodec.org> #1651: jpeg rgb progressive decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 15cee5e5628a80a51d1bb298c8b838ddefd75a88 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 07:39:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 05:39:43 -0000 Subject: [FFmpeg-trac] #2774(FFmpeg:new): swf action script convert into flv Message-ID: <038.d823d14d6fcafcf97a3a531b891693cc@avcodec.org> #2774: swf action script convert into flv -----------------------------------+-------------------------------------- Reporter: kazimking | Type: task Status: new | Priority: important Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- this is a action script : symmetrydigital- labs.com/junior/kazim/portal/flv/Shahid_Kapoor_07.swf image is call outside from server. i want to convert this .swf file into .flv and generate thumbnail. Problem : 1: .swf file converts only video not with image (call from outsource) .swf and i am try to using this command $ffmpeg = 'C:\FFmpeg\ffmpeg-20130614-git-6fe419b-win32-static\bin\ffmpeg'; $ffmpeg = '/usr/bin/ffmpeg'; $cmd = "$ffmpeg -i Shahid_Kapoor_07.swf Shahid_Kapoor_07.flv"; $image = "$ffmpeg -i Shahid_Kapoor_07.swf -an -ss 00:00:03 -an -r 1 -vframes 1 -y abc.jpg"; shell_exec($cmd); shell_exec($image); -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 08:39:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 06:39:59 -0000 Subject: [FFmpeg-trac] #2774(avformat:closed): swf action script convert into flv In-Reply-To: <038.d823d14d6fcafcf97a3a531b891693cc@avcodec.org> References: <038.d823d14d6fcafcf97a3a531b891693cc@avcodec.org> Message-ID: <053.c7edae5662d926f4195c4978f33af757@avcodec.org> #2774: swf action script convert into flv -------------------------------------+------------------------------------- Reporter: kazimking | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: duplicate Keywords: swf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * type: task => enhancement * component: FFmpeg => avformat * priority: important => wish * keywords: => swf * resolution: => duplicate Comment: Afaict, this is a duplicate of ticket #1956. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 11:38:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 09:38:04 -0000 Subject: [FFmpeg-trac] #2775(FFmpeg:new): Support self-contained built ? Message-ID: <035.a5b83c22c33af7a30609003ce8f5fa8b@avcodec.org> #2775: Support self-contained built ? --------------------------------+--------------------------------------- Reporter: jwfang | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- i want to build a "re-producable" FFmpeg and all its dependency 3rd party libraries in a directory without any dependency on the host system. But FFmpeg include x264 with #include , and the configure script APPEND -I flags. So if i have a x264 installed in /usr/local, it will be used, and there is no means to force FFmpeg to use my own libx264. I can think of the following solution: 1) if --extra-cflags PREPEND instead of append 2) --with-foolib= 3) include with "" instead of <>, and use GCC's -iquote -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 12:23:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 10:23:56 -0000 Subject: [FFmpeg-trac] #2775(FFmpeg:new): Support self-contained built ? In-Reply-To: <035.a5b83c22c33af7a30609003ce8f5fa8b@avcodec.org> References: <035.a5b83c22c33af7a30609003ce8f5fa8b@avcodec.org> Message-ID: <050.faf26a04f054552a8b1f73a811660d6c@avcodec.org> #2775: Support self-contained built ? -------------------------------------+---------------------------------- Reporter: jwfang | Owner: Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by jwfang): sorry, i use 1) --extra-cflags solved this. the options are processed before all config tests which add my locally installed x264. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 12:35:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 10:35:43 -0000 Subject: [FFmpeg-trac] #2775(undetermined:closed): Support self-contained built ? In-Reply-To: <035.a5b83c22c33af7a30609003ce8f5fa8b@avcodec.org> References: <035.a5b83c22c33af7a30609003ce8f5fa8b@avcodec.org> Message-ID: <050.2f1e9fa5ad5163b75037fb6e53205a66@avcodec.org> #2775: Support self-contained built ? -------------------------------------+------------------------------------- Reporter: jwfang | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * component: FFmpeg => undetermined * type: enhancement => defect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 12:40:32 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 10:40:32 -0000 Subject: [FFmpeg-trac] #2772(FFmpeg:new): FFMPEG -strict -2 and -strict experimental do not get applied with vp9 In-Reply-To: <034.e08c45e1fe2b0d47124810667db6437b@avcodec.org> References: <034.e08c45e1fe2b0d47124810667db6437b@avcodec.org> Message-ID: <049.07249cfa0a9469a5eebc81be5aada610@avcodec.org> #2772: FFMPEG -strict -2 and -strict experimental do not get applied with vp9 --------------------------------------+---------------------------------- Reporter: klaxa | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: experimental | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Description changed by cehoyos: Old description: > Summary of the bug: > I'm trying to use the experimental branch of libvpx to test vp9, but > ffmpeg won't use libvpx-vp9 even though '-strict -2' is specified. The > option gets parsed but apparently not applied. > How to reproduce: > > Compile the experimental branch of libvpx, enable vp9 and enable shared > libraries. Compile ffmpeg with libvpx enabled. The following output is > produced: > > [klaxa at can ~]$ LD_LIBRARY_PATH=/home/klaxa/tools/lib/ > /home/klaxa/tools/bin/ffmpeg -i Download/Nothing\'s\ Carved\ In\ Stone\ > -\ Out\ of\ Control\ \[1440x1080\ h264\ SSTV\ HD\].ts -vf > fieldmatch,decimate -s 1280x720 -c:v vp9 -strict -2 -t 30 -c:a libfdk_aac > -b:c 192k -y test2.mkv > ffmpeg version N-54570-g509642b Copyright (c) 2000-2013 the FFmpeg > developers > built on Jul 10 2013 13:28:35 with gcc 4.7 (Debian 4.7.2-5) > configuration: --prefix=/home/klaxa/tools/ --enable-gpl --enable- > nonfree --enable-libass --enable-libfdk-aac --enable-libvorbis --enable- > libx264 --enable-librtmp --enable-libvpx --extra- > cflags=-I/home/klaxa/tools/include --extra- > ldflags=-L/home/klaxa/tools/lib > libavutil 52. 38.100 / 52. 38.100 > libavcodec 55. 18.102 / 55. 18.102 > libavformat 55. 11.101 / 55. 11.101 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 79.100 / 3. 79.100 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > [h264 @ 0x1698aa0] non-existing SPS 19 referenced in buffering period > Input #0, mpegts, from 'Download/Nothing's Carved In Stone - Out of > Control [1440x1080 h264 SSTV HD].ts': > Duration: 00:04:33.12, start: 21804.873144, bitrate: 6966 kb/s > Program 33410 > Stream #0:0[0x1002]: Video: h264 (Main) ([27][0][0][0] / 0x001B), > yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, > 59.94 tbc > Stream #0:1[0x1042]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, > stereo, fltp, 144 kb/s > [matroska @ 0x169a320] Invalid stream specifier: c. > Last message repeated 3 times > Codec AVOption strict (how strictly to follow the standards) specified > for output file #0 (test2.mkv) has not been used for any stream. The most > likely reason is either wrong type (e.g. a video option with no video > streams) or that it is a private option of some encoder which was not > actually used for any stream. > Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 > (test2.mkv) has not been used for any stream. The most likely reason is > either wrong type (e.g. a video option with no video streams) or that it > is a private option of some encoder which was not actually used for any > stream. > [libvpx-vp9 @ 0x169abe0] The encoder 'libvpx-vp9' is experimental but > experimental codecs are not enabled, add '-strict -2' if you want to use > it. > > A log with -loglevel debug is attached and here: > https://gist.github.com/klaxa/5968451 New description: Summary of the bug: I'm trying to use the experimental branch of libvpx to test vp9, but ffmpeg won't use libvpx-vp9 even though '-strict -2' is specified. The option gets parsed but apparently not applied. How to reproduce: Compile the experimental branch of libvpx, enable vp9 and enable shared libraries. Compile ffmpeg with libvpx enabled. The following output is produced: {{{ [klaxa at can ~]$ LD_LIBRARY_PATH=/home/klaxa/tools/lib/ /home/klaxa/tools/bin/ffmpeg -i Download/Nothing\'s\ Carved\ In\ Stone\ -\ Out\ of\ Control\ \[1440x1080\ h264\ SSTV\ HD\].ts -vf fieldmatch,decimate -s 1280x720 -c:v vp9 -strict -2 -t 30 -c:a libfdk_aac -b:c 192k -y test2.mkv ffmpeg version N-54570-g509642b Copyright (c) 2000-2013 the FFmpeg developers built on Jul 10 2013 13:28:35 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/home/klaxa/tools/ --enable-gpl --enable-nonfree --enable-libass --enable-libfdk-aac --enable-libvorbis --enable-libx264 --enable-librtmp --enable-libvpx --extra- cflags=-I/home/klaxa/tools/include --extra-ldflags=-L/home/klaxa/tools/lib libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.100 / 3. 79.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x1698aa0] non-existing SPS 19 referenced in buffering period Input #0, mpegts, from 'Download/Nothing's Carved In Stone - Out of Control [1440x1080 h264 SSTV HD].ts': Duration: 00:04:33.12, start: 21804.873144, bitrate: 6966 kb/s Program 33410 Stream #0:0[0x1002]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1440x1080 [SAR 4:3 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1042]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 144 kb/s [matroska @ 0x169a320] Invalid stream specifier: c. Last message repeated 3 times Codec AVOption strict (how strictly to follow the standards) specified for output file #0 (test2.mkv) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (test2.mkv) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. [libvpx-vp9 @ 0x169abe0] The encoder 'libvpx-vp9' is experimental but experimental codecs are not enabled, add '-strict -2' if you want to use it. }}} A log with -loglevel debug is attached and here: https://gist.github.com/klaxa/5968451 -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 12:53:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 10:53:30 -0000 Subject: [FFmpeg-trac] #2744(FFmpeg:open): memleak on probing error (was: small memleak) In-Reply-To: <038.e9495d8498c9506d238309d1ef54316a@avcodec.org> References: <038.e9495d8498c9506d238309d1ef54316a@avcodec.org> Message-ID: <053.0dcecd1f8464d5bbf7280896ff75323b@avcodec.org> #2744: memleak on probing error ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => FFmpeg * priority: normal => minor * version: unspecified => git-master * keywords: => leak Comment: I believe this is missing cleanup code in ffmpeg.c, no leak in the libraries. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 14:14:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 12:14:59 -0000 Subject: [FFmpeg-trac] #2776(undetermined:new): MXF DV from AAF (Avid) not demuxable Message-ID: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> #2776: MXF DV from AAF (Avid) not demuxable -------------------------------------+------------------------------------- Reporter: irius | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am uploading the file MXF_DVCAM_not_demuxable.mxf to the FTP which causes the problem. To reproduce the problem just type: {{{ ffplay -v 9 -loglevel 99 -i Olimpic_Games.mxf ffplay version 1.2 Copyright (c) 2003-2013 the FFmpeg developers built on Mar 28 2013 00:31:28 with gcc 4.8.0 (GCC) }}} This file starts playing (with ffplay) fine, but after 5 or 6 seconds the following error message shows up: {{{ [mxf @ 01a07a00] KLV for edit unit 123 extends into next edit unit - OPAtom misinterpreted as OP1a? [mxf @ 01a07a00] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. }}} VLC can decode the file as well as other profesisonal video editors (Edius, other). The exact same issue happens when using the ffmpeg API directly, or the ffmpeg.exe tool. Actually, the file was generated from and Avid AAF by means of a MXF Mainconcept multiplexer (SDK version 9.5). I believe the file is fine as it is playable with vlc, editable with Edius and other profesisonal video editors. Mainconcept's MXF Demuxer also can read the file fine. Ignasi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 14:29:32 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 12:29:32 -0000 Subject: [FFmpeg-trac] #2776(undetermined:new): MXF DV from AAF (Avid) not demuxable In-Reply-To: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> References: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> Message-ID: <049.a9f5913644311702d1869a89f748e876@avcodec.org> #2776: MXF DV from AAF (Avid) not demuxable -------------------------------------+------------------------------------- Reporter: irius | 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): Please test current git head and please add the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 15:10:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 13:10:40 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.1ad96d9f1e5e4d6c3b1b1a49e9c0f7c0@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by Charlie): also, is it possible to use a variable in this expansion function ? I need to display a frame number with an integer offset I calculate before: {{{ text=%{expr\\\\\:n-' + offset + '} 'text=%{expr\\\\\:n-%d}' % offset }}} Both lines above display the plain expression 'n-offset', but don't calculate it. Thanks in advance -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 15:31:50 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 13:31:50 -0000 Subject: [FFmpeg-trac] #2761(avformat:open): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.7c212e2959abfe8db60419edd1357a30@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection ------------------------------------+------------------------------------ Reporter: imavra | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by imavra): Works! Both default and not. Thanks! {{{ functor at ichigo:~/bin$ ./ffprobe -user-agent tst rtsp://192.168.0.220:554/stream1/ ffprobe version git-2013-07-09-c5a1b18 Copyright (c) 2007-2013 the FFmpeg developers built on Jul 11 2013 12:32:50 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --prefix=/home/functor/ffmpeg_build --extra- cflags=-I/home/functor/ffmpeg_build/include --extra- ldflags=-L/home/functor/ffmpeg_build/lib --bindir=/home/functor/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, rtsp, from 'rtsp://192.168.0.220:554/stream1/': Metadata: title : Test Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x1024, 90k tbr, 90k tbn, 180k tbc }}} {{{ DESCRIBE rtsp://192.168.0.220:554/stream1/ RTSP/1.0 Accept: application/sdp User-Agent: tst CSeq: 2 }}} {{{ functor at ichigo:~/bin$ ./ffprobe rtsp://192.168.0.220:554/stream1/ ffprobe version git-2013-07-09-c5a1b18 Copyright (c) 2007-2013 the FFmpeg developers built on Jul 11 2013 12:32:50 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --prefix=/home/functor/ffmpeg_build --extra- cflags=-I/home/functor/ffmpeg_build/include --extra- ldflags=-L/home/functor/ffmpeg_build/lib --bindir=/home/functor/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, rtsp, from 'rtsp://192.168.0.220:554/stream1/': Metadata: title : Test Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x1024, 90k tbr, 90k tbn, 180k tbc }}} {{{ DESCRIBE rtsp://192.168.0.220:554/stream1/ RTSP/1.0 Accept: application/sdp User-Agent: Lavf/55.11.101 CSeq: 2 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 15:47:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 13:47:21 -0000 Subject: [FFmpeg-trac] #2776(undetermined:new): MXF DV from AAF (Avid) not demuxable In-Reply-To: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> References: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> Message-ID: <049.4ef26bfca9646ee01a238d2ce45a6dd3@avcodec.org> #2776: MXF DV from AAF (Avid) not demuxable -------------------------------------+------------------------------------- Reporter: irius | 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 irius): Sorry. I've just tested with today's Zeranoe build, and the error message changed slightly. It basically says that something might not be implemented yet. Here's what I get (I had to cut the output because the last message is repeated for each KLV unit): {{{ \ffmpeg-20130711-git-15cee5e-win32-static\bin>ffplay -v 9 -loglevel 99 -i \Users\Ignasi\Desktop\MXF_DVCAM_not_demuxable.mxf ffplay version N-54643-g15cee5e Copyright (c) 2003-2013 the FFmpeg developers built on Jul 11 2013 03:29:01 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs -- enable-libxvid --enable-zlib libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.101 / 55. 12.101 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.100 / 3. 80.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Format mxf probed with size=2048 and score=1000KB sq= 0B f=0/0 [mxf @ 032c77e0] dvvideo: Universal Label: 060e2b34.0401.0101.04010202.02010200 [mxf @ 032c77e0] none: Universal Label: 00000000.0000.0000.00000000.00000000 [mxf @ 032c77e0] none: Universal Label: 00000000.0000.0000.00000000.00000000 [mxf @ 032c77e0] none: Universal Label: 00000000.0000.0000.00000000.00000000 [mxf @ 032c77e0] none: Universal Label: 00000000.0000.0000.00000000.00000000 [mxf @ 032c77e0] File position before avformat_find_stream_info() is 9728 [mxf @ 032c77e0] parser not found for codec dvvideo, packets or times may be invalid. Last message repeated 1 times [mxf @ 032c77e0] Probe buffer size limit of 5000000 bytes reached [mxf @ 032c77e0] File position after avformat_find_stream_info() is 5070100 Input #0, mxf, from '\Users\Ignasi\Desktop\MXF_DVCAM_not_demuxable.mxf': Metadata: uid : 9be8e3a6-529a-4f48-90f6-61d0690e3400 generation_uid : 9be8e3a6-529a-4f48-90f6-61d0690e3500 company_name : MainConcept product_name : MXF Multiplexer product_version : 9.6.8.2473 product_uid : 060e2b34-0000-0000-0000-000000000000 modification_date: 2013-05-17 12:25:48 timecode : 00:00:00:00 Duration: 00:00:51.80, start: 0.000000, bitrate: 33790 kb/s Stream #0:0, 30, 1/25: Video: dvvideo, yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1, 30, 1/48000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:2, 30, 1/48000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:3, 29, 1/48000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0:4, 29, 1/48000: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s detected 8 logical cores [ffplay_abuffer @ 032c7fa0] Setting 'sample_rate' to value '48000' [ffplay_abuffer @ 032c7fa0] Setting 'sample_fmt' to value 's16' [ffplay_abuffer @ 032c7fa0] Setting 'channels' to value '1' [ffplay_abuffer @ 032c7fa0] Setting 'time_base' to value '1/48000' [ffplay_abuffer @ 032c7fa0] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:(null) [AVFilterGraph @ 032d9120] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed Audio frame changed from rate:48000 ch:1 fmt:s16 layout:0 channels serial:-1 to rate:48000 ch:1 fmt:s16 layout:0 channels serial:1 Video frame changed from size:0x0 format:none serial:-1 to size:720x576 format:yuv420p serial:1 [ffplay_abuffer @ 032c8020] Setting 'sample_rate' to value '48000' [ffplay_abuffer @ 032c8020] Setting 'sample_fmt' to value 's16' [ffplay_buffer @ 032c7fa0] Setting 'video_size' to value '720x576' [ffplay_abuffer @ 032c8020] Setting 'channels' to value '1' [ffplay_buffer @ 032c7fa0] Setting 'pix_fmt' to value '0' [ffplay_abuffer @ 032c8020] Setting 'time_base' to value '1/48000' [ffplay_buffer @ 032c7fa0] Setting 'time_base' to value '1/25' [ffplay_abuffer @ 032c8020] [ffplay_buffer @ 032c7fa0] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:(null) Setting 'pixel_aspect' to value '64/45' [AVFilterGraph @ 032d9120] [ffplay_buffer @ 032c7fa0] query_formats: 2 queried, 3 merged, 0 already done, 0 delayed Setting 'frame_rate' to value '25/1' [ffplay_buffer @ 032c7fa0] w:720 h:576 pixfmt:yuv420p tb:1/25 fr:25/1 sar:64/45 sws_param: [ffplay_crop @ 032c81a0] Setting 'out_w' to value 'floor(in_w/2)*2' [ffplay_crop @ 032c81a0] Setting 'out_h' to value 'floor(in_h/2)*2' [AVFilterGraph @ 0266fe60] query_formats: 3 queried, 2 merged, 0 already done, 0 delayed [ffplay_crop @ 032c81a0] w:720 h:576 sar:64/45 -> w:720 h:576 sar:64/45 OPAtom misinterpreted as OP1a?KLV for edit unit 123 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 032c77e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. OPAtom misinterpreted as OP1a?KLV for edit unit 124 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 032c77e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. OPAtom misinterpreted as OP1a?KLV for edit unit 125 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 032c77e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. OPAtom misinterpreted as OP1a?KLV for edit unit 126 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 032c77e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. OPAtom misinterpreted as OP1a?KLV for edit unit 127 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 032c77e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. OPAtom misinterpreted as OP1a?KLV for edit unit 128 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 032c77e0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 16:23:45 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 14:23:45 -0000 Subject: [FFmpeg-trac] #2776(avformat:open): MXF DV from AAF (Avid) not demuxable In-Reply-To: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> References: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> Message-ID: <049.c12be28136c6ef98dbe3ce21738d3eed@avcodec.org> #2776: MXF DV from AAF (Avid) not demuxable -------------------------------------+------------------------------------- Reporter: irius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mxf dvvideo | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mxf dvvideo regression * priority: normal => important * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Regression since bf2290a8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 16:28:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 14:28:36 -0000 Subject: [FFmpeg-trac] #2776(avformat:open): MXF DV from AAF (Avid) not demuxable In-Reply-To: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> References: <034.7eb2f1f7db62d18d6e9adff6bd57d9e6@avcodec.org> Message-ID: <049.5b12d7c09eebdaed50e11e97e954824a@avcodec.org> #2776: MXF DV from AAF (Avid) not demuxable -------------------------------------+------------------------------------- Reporter: irius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mxf dvvideo | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample is in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2776/ The issue may be related to ticket #1916: Allow your professional video editors to read the file in http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket1916/ ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 16:38:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 14:38:34 -0000 Subject: [FFmpeg-trac] #893(avcodec:open): jpegls: support color transforms In-Reply-To: <038.0e34b8cda0528a006ed65ba603bf6c32@avcodec.org> References: <038.0e34b8cda0528a006ed65ba603bf6c32@avcodec.org> Message-ID: <053.9eb1659d7e2605ffe90136aa1bf35f5f@avcodec.org> #893: jpegls: support color transforms ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): 1-3 fixed in 8024b4880ccc4b3d6f2ce9274c8fe79993f20143 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 11 19:31:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Jul 2013 17:31:08 -0000 Subject: [FFmpeg-trac] #2771(undetermined:new): -segment_time generates unexpected file lengths In-Reply-To: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> References: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> Message-ID: <049.c33cd640a2982a48e696b594cc1016d2@avcodec.org> #2771: -segment_time generates unexpected file lengths -------------------------------------+------------------------------------- Reporter: Acc72 | 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 Acc72): Replying to [comment:2 cehoyos]: > Is this a regression? > > Is the problem only reproducible with external libraries (x264, libvo_aac) or also with {{{-vcodec mpeg4 -strict -2 -acodec aac}}} ? Sorry, I don't understand your question... Regression? When using your suggested options: -vcodec mpeg4 -strict -2 -acodec aac, ffmpeg nearly always generates each of the 4 files @ segment_time. However, a file is occasionally generated @ segment_time - 1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 06:05:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 04:05:06 -0000 Subject: [FFmpeg-trac] #2777(avcodec:new): H.264 decoding failure Message-ID: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Type: defect Snowknight26 | Priority: normal Status: new | Version: git- Component: avcodec | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg doesn't seem to decode several H.264 streams I have from a capture card. {{{ ffmpeg.exe -i "ffmpeg h264 sample.mkv" ffmpeg version N-54643-g15cee5e Copyright (c) 2000-2013 the FFmpeg developers built on Jul 11 2013 03:35:11 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.101 / 55. 12.101 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.100 / 3. 80.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [matroska,webm @ 00000000002ca1a0] decoding for stream 0 failed Input #0, matroska,webm, from 'ffmpeg h264 sample.mkv': Metadata: creation_time : 2013-07-12 03:49:13 Duration: 00:00:00.51, start: 0.000000, bitrate: 19473 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 60 fps, 60 tbr, 1k tbn, 120 tbc (default) Stream #0:1(eng): Audio: aac, 48000 Hz, stereo, fltp (default) }}} Likewise, muxing to MP4 fails: {{{ ffmpeg.exe -i "ffmpeg h264 sample.mkv" -acodec copy -vcodec copy output.mp4 }}} returns an MP4 with only the AAC stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 08:45:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 06:45:38 -0000 Subject: [FFmpeg-trac] #2777(avcodec:open): H.264 decoding failure In-Reply-To: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> References: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> Message-ID: <056.59a9324872a4687fe99e22a1be5937ed@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv h264 regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since a64b028 related to ticket #472. Workaround is to use {{{-flags2 showall}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 08:47:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 06:47:30 -0000 Subject: [FFmpeg-trac] #2761(avformat:closed): RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection In-Reply-To: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> References: <035.a199139d2cc986f15e175a5d12c5ecef@avcodec.org> Message-ID: <050.ad50b5575f028d8b49d9b50457fb98cf@avcodec.org> #2761: RTSP DESCRIBE without a User-Agent causes some IP Cameras to close the connection ------------------------------------+------------------------------------ Reporter: imavra | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The second patch was merged, thank you for reporting, analyzing and testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 09:01:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 07:01:39 -0000 Subject: [FFmpeg-trac] #1378(avformat:closed): ffmpeg lists every track in a QuickTime file twice In-Reply-To: <036.1325fc96784633452b894adf4376d26b@avcodec.org> References: <036.1325fc96784633452b894adf4376d26b@avcodec.org> Message-ID: <051.f8b58384d3b36eda87ff8f29e74884fd@avcodec.org> #1378: ffmpeg lists every track in a QuickTime file twice ------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avformat Comment: Fixed by Thierry Foucu. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 09:06:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 07:06:29 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9c3d1335d1202b8b5220ba4b930b94cb@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Alright, attaching another version. This seems to work better, but it's a bit rushed. I'll try to improve on it, but if I delay, feel free to test this version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 09:38:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 07:38:13 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ad79292eaf68b316a363c5eaf27609e8@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:23 klaussfreire]: > Alright, attaching another version. The patch does not apply here to current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 09:39:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 07:39:49 -0000 Subject: [FFmpeg-trac] #2771(avformat:closed): -segment_time generates unexpected file lengths In-Reply-To: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> References: <034.16b1976edf90c137b147e1d1502053d7@avcodec.org> Message-ID: <049.8e3097c144b3fc8752c2d6deee28c937@avcodec.org> #2771: -segment_time generates unexpected file lengths ------------------------------------+------------------------------------ Reporter: Acc72 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: segment | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by saste): * keywords: => segment * resolution: => invalid * status: new => closed * component: undetermined => avformat Comment: Replying to [ticket:2771 Acc72]: > Hello, > > I'm attempting to utilize the segmenter on an A/V stream, from my USB webcam. With the -segment_time option, I've configured ffmpeg to output a circular series of four (4) mp4 files, each three (3) seconds in length. However, ffmpeg generates files which are sixteen (16) seconds in length. Occasionally, random files are generated at shorter lengths (2 sec, 3 sec, 8 sec, etc...). However, most of them are generated sixteen (16) seconds in length. > > Results change, if I play with the value for -segment_time: > (-Segment_time < 16) all 4 files generated @ 16 seconds. > (-segment_time >= 16) 1st file generated @ 33 seconds and all subsequent files generated @ 16 seconds. > > Not sure why this is happening??? This is expected, from the docs: Every segment starts with a keyframe of the selected reference stream, which is set through the reference_stream option. Note that if you want accurate splitting for a video file, you need to make the input key frames correspond to the exact splitting times expected by the segmenter, or the segment muxer will start the new segment with the key frame found next after the specified start time. ... You can use the ffmpeg -force_key_frames option to force key-frames, read the examples in the segment manual. [...] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 11:18:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 09:18:29 -0000 Subject: [FFmpeg-trac] #2778(undetermined:new): Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 Message-ID: <035.c989973fcb5acbe4fed78df1b4a4e409@avcodec.org> #2778: Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 -------------------------------------+------------------------------------- Reporter: imavra | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using the options "-i rtsp://192.168.0.220:554/stream1/ -an -r 1 -s 1280x1024 -y video.jpg" to transcode and image from a camera sream (what ZoneMinder does to record CCTV), the image ends up corrupt. When directly copying the stream to a file, however, the video can be played back normally with no sign of corruption. ffplay, however, core dumps when attempting to play the stream. Attached is an example of the corrupt image plus a raw stream. How to reproduce: {{{ functor at ichigo:~$ ./bin/ffmpeg -i rtsp://192.168.0.220:554/stream1/ -an -r 1 -s 1280x1024 -y video.jpg ffmpeg version git-2013-07-09-c5a1b18 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 11 2013 12:32:50 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --prefix=/home/functor/ffmpeg_build --extra- cflags=-I/home/functor/ffmpeg_build/include --extra- ldflags=-L/home/functor/ffmpeg_buil d/lib --bindir=/home/functor/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-li btheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- nonfree --enable-x11grab libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0xb1f2360] RTP: missed 14 packets [h264 @ 0xb1f2360] corrupted macroblock 40 51 (total_coeff=-1) [h264 @ 0xb1f2360] error while decoding MB 40 51 [h264 @ 0xb1f2360] concealing 1049 DC, 1049 AC, 1049 MV errors in I frame Input #0, rtsp, from 'rtsp://192.168.0.220:554/stream1/': Metadata: title : Test Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x1024, 90k tbr, 90k tbn, 180k tbc Output #0, image2, to 'video.jpg': Metadata: title : Test encoder : Lavf55.11.101 Stream #0:0: Video: mjpeg, yuvj420p, 1280x1024, q=2-31, 200 kb/s, 90k tbn, 1 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help [h264 @ 0xb3e4a40] corrupted macroblock 40 51 (total_coeff=-1) [h264 @ 0xb3e4a40] error while decoding MB 40 51 [h264 @ 0xb3e4a40] concealing 1049 DC, 1049 AC, 1049 MV errors in I frame }}} {{{ functor at ichigo:~/bin$ ./ffplay rtsp://192.168.0.220:554/stream1/ ffplay version git-2013-07-09-c5a1b18 Copyright (c) 2003-2013 the FFmpeg developers built on Jul 11 2013 12:32:50 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --prefix=/home/functor/ffmpeg_build --extra- cflags=-I/home/functor/ffmpeg_build/include --extra- ldflags=-L/home/functor/ffmpeg_build/lib --bindir=/home/functor/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 11.101 / 55. 11.101 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, rtsp, from 'rtsp://192.168.0.220:554/stream1/':0B f=0/0 Metadata: title : Test Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x1024, 90k tbr, 90k tbn, 180k tbc Segmentation fault (core dumped) 0KB vq= 67KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 11:36:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 09:36:58 -0000 Subject: [FFmpeg-trac] #2778(undetermined:new): Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 In-Reply-To: <035.c989973fcb5acbe4fed78df1b4a4e409@avcodec.org> References: <035.c989973fcb5acbe4fed78df1b4a4e409@avcodec.org> Message-ID: <050.bdb7497b54a9c5f76d053f3a2867cdd9@avcodec.org> #2778: Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 -------------------------------------+------------------------------------- Reporter: imavra | 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 imavra): After futher investigation, it seems this doesn't "always" happen, if you rerun the command a few times it stops producing corrupt jpegs - which is quite strange. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 11:39:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 09:39:49 -0000 Subject: [FFmpeg-trac] #2778(undetermined:new): Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 In-Reply-To: <035.c989973fcb5acbe4fed78df1b4a4e409@avcodec.org> References: <035.c989973fcb5acbe4fed78df1b4a4e409@avcodec.org> Message-ID: <050.89c845ccf72770ba98baf0d1f3eef438@avcodec.org> #2778: Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 -------------------------------------+------------------------------------- Reporter: imavra | 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 imavra): Example of 13 continuus mjpeg transcodings: {{{ RTP: missed 46 packets0.0 size=N/A time=00:00:03.00 bitrate=N/A dup=0 drop=23 [h264 @ 0xb06e7c0] concealing 1711 DC, 1711 AC, 1711 MV errors in I frame [h264 @ 0xae73360] RTP: missed 1 packets [h264 @ 0xb0b3380] Cannot use next picture in error concealment [h264 @ 0xb0b3380] concealing 1464 DC, 1464 AC, 1464 MV errors in P frame RTP: missed 25 packets0.0 size=N/A time=00:00:04.00 bitrate=N/A dup=0 drop=32 [h264 @ 0xb0b3380] negative number of zero coeffs at 20 46 [h264 @ 0xb0b3380] error while decoding MB 20 46 [h264 @ 0xb0b3380] concealing 1469 DC, 1469 AC, 1469 MV errors in I frame RTP: missed 24 packets0.0 size=N/A time=00:00:04.00 bitrate=N/A dup=0 drop=40 [h264 @ 0xb0b3380] corrupted macroblock 39 46 (total_coeff=-1) [h264 @ 0xb0b3380] error while decoding MB 39 46 [h264 @ 0xb0b3380] concealing 1450 DC, 1450 AC, 1450 MV errors in I frame RTP: missed 24 packets0.0 size=N/A time=00:00:05.00 bitrate=N/A dup=0 drop=55 [h264 @ 0xb0b3380] Invalid level prefix [h264 @ 0xb0b3380] error while decoding MB 28 46 [h264 @ 0xb0b3380] concealing 1461 DC, 1461 AC, 1461 MV errors in I frame RTP: missed 24 packets0.0 size=N/A time=00:00:07.00 bitrate=N/A dup=0 drop=71 [h264 @ 0xb0b3380] corrupted macroblock 25 46 (total_coeff=-1) [h264 @ 0xb0b3380] error while decoding MB 25 46 [h264 @ 0xb0b3380] concealing 1464 DC, 1464 AC, 1464 MV errors in I frame RTP: missed 24 packets0.0 size=N/A time=00:00:08.00 bitrate=N/A dup=0 drop=86 [h264 @ 0xb0b3380] out of range intra chroma pred mode at 24 46 [h264 @ 0xb0b3380] error while decoding MB 24 46 [h264 @ 0xb0b3380] concealing 1465 DC, 1465 AC, 1465 MV errors in I frame RTP: missed 24 packets0.0 size=N/A time=00:00:09.00 bitrate=N/A dup=0 drop=101 [h264 @ 0xb0b3380] out of range intra chroma pred mode at 18 46 [h264 @ 0xb0b3380] error while decoding MB 18 46 [h264 @ 0xb0b3380] concealing 1471 DC, 1471 AC, 1471 MV errors in I frame RTP: missed 24 packets0.0 size=N/A time=00:00:09.00 bitrate=N/A dup=0 drop=110 [h264 @ 0xb0b3380] corrupted macroblock 24 46 (total_coeff=-1) [h264 @ 0xb0b3380] error while decoding MB 24 46 [h264 @ 0xb0b3380] concealing 1465 DC, 1465 AC, 1465 MV errors in I frame RTP: missed 24 packets0.0 size=N/A time=00:00:10.00 bitrate=N/A dup=0 drop=125 [h264 @ 0xb0b3380] corrupted macroblock 25 46 (total_coeff=-1) [h264 @ 0xb0b3380] error while decoding MB 25 46 [h264 @ 0xb0b3380] concealing 1464 DC, 1464 AC, 1464 MV errors in I frame frame= 13 fps=1.6 q=0.0 Lsize=N/A time=00:00:13.00 bitrate=N/A dup=0 drop=131 video:1109kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.001937% }}} Half of them were ok and half of them were corrupt! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 11:45:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 09:45:19 -0000 Subject: [FFmpeg-trac] #2778(undetermined:new): Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 In-Reply-To: <035.c989973fcb5acbe4fed78df1b4a4e409@avcodec.org> References: <035.c989973fcb5acbe4fed78df1b4a4e409@avcodec.org> Message-ID: <050.71c7994bc34cf0e9efaa341df7748bd7@avcodec.org> #2778: Corrupt image when transcoding H264 stream to JPEG using IB-CAM2002 -------------------------------------+------------------------------------- Reporter: imavra | 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 imavra): When using as the input the copied output (video.mp4), the corruption does not happen, poitning to a problem with RTSP communication. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 12:46:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 10:46:20 -0000 Subject: [FFmpeg-trac] #2779(undetermined:new): jpegls: support YCbCr 2:1:1 color transform Message-ID: <038.bc5d3d120189221d0d4c885cb3289d6e@avcodec.org> #2779: jpegls: support YCbCr 2:1:1 color transform -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I was able to create jls YCbCr 2:1:1 sample (see ticket #893) {{{ C:\>ffmpeg -i YCbCr_211_lossy.jls ffmpeg version N-54658-g43d3659 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 12 2013 02:23:12 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.101 / 55. 12.101 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.100 / 3. 80.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [jpegls @ 0x20e6480] Subsampling in JPEG-LS is not implemented. Update your FFmp eg version to the newest one from Git. If the problem still occurs, it means tha t your file has a feature which has not been implemented. [image2 @ 0x200a900] decoding for stream 0 failed [image2 @ 0x200a900] Could not find codec parameters for stream 0 (Video: jpegls ): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options YCbCr_211_lossy.jls: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 13:31:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 11:31:44 -0000 Subject: [FFmpeg-trac] #2779(avcodec:open): jpegls: support YCbCr 2:1:1 color transform In-Reply-To: <038.bc5d3d120189221d0d4c885cb3289d6e@avcodec.org> References: <038.bc5d3d120189221d0d4c885cb3289d6e@avcodec.org> Message-ID: <053.5e8b44aa4c373749d3455c144fc7db70@avcodec.org> #2779: jpegls: support YCbCr 2:1:1 color transform -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: jpegls | 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: => jpegls * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 13:46:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 11:46:00 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.a2e112632757c131c45a4377574e8fd2@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): The patch does not apply, neither. I read http://ffmpeg.org/pipermail /ffmpeg-devel/2013-May/143216.html and http://ffmpeg.org/pipermail/ffmpeg- devel/2013-May/143222.html and guessed what should I do, but still, it fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 14:37:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 12:37:44 -0000 Subject: [FFmpeg-trac] #2631(avfilter:open): fade filter offset from the end of stream In-Reply-To: <034.580059287863d012870297a08b63330c@avcodec.org> References: <034.580059287863d012870297a08b63330c@avcodec.org> Message-ID: <049.7b5a298a4627b7f75e68b33e84a63ff1@avcodec.org> #2631: fade filter offset from the end of stream -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardacre): Suggest a more flexible approach would be to allow a negative start-frame to count back from the end but also allow the second parameter to be omitted to also signify "from here until the end" ... so that in the 200 frame video example (above) the following would all have the same effect: fade=out:155:45 fade=out:-45:45 fade=out:155 fade=out:-45 Same timekeeping could also apply to any filter (e.g. show a watermark for final X frames and audio fades) This would certainly help me, as I am currently tasked with watermarking and processing several dozen videos and would love to be able to automate all of it in one simple script, rather than having to determine the length of each clip and then tailor the parameters individually! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 15:19:50 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 13:19:50 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.e0b690cbb380c6e538b016466266d2f9@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Yes, sorry, I'm not working on a clean checkout. I should move to a clean checkout. There I attached a rebased patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 16:03:11 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 14:03:11 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.cbdab51b7b71b58c93c773d094ea8a25@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Very good one! The only serious artifact I've heard so far is whitenoise.flac at 8, 16, 24, 32kbps and 192kbps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 16:47:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 14:47:30 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.dabb3d27dfd39797f226fb3559652d8b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Whitenoise.flac at 384kbps, ffmpeg_aac320k_collapse.flac at 320kbps is strange, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 17:22:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 15:22:25 -0000 Subject: [FFmpeg-trac] #1578(undetermined:open): variable FPS incorrect frame length In-Reply-To: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> References: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> Message-ID: <054.cb9548d238ac288a1dd6fc22210cbdcd@avcodec.org> #1578: variable FPS incorrect frame length -------------------------------------+------------------------------------- Reporter: kubabrecka | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by b_jonas): * cc: ambrus@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 17:24:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 15:24:28 -0000 Subject: [FFmpeg-trac] #2631(avfilter:open): fade filter offset from the end of stream In-Reply-To: <034.580059287863d012870297a08b63330c@avcodec.org> References: <034.580059287863d012870297a08b63330c@avcodec.org> Message-ID: <049.881d1a686cc7a6c0aa402b8d3170d6e2@avcodec.org> #2631: fade filter offset from the end of stream -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Most developers on irc seem to have a agreed that such a "queue" feature should not be implemented due to memory (security?) concerns. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 17:28:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 15:28:25 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.77e81a3b4801817a6baff90949a78bee@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:28 Kamedo2]: > Whitenoise.flac at 384kbps, ffmpeg_aac320k_collapse.flac at 320kbps is strange, too. I didn't try the collapse ones at 320k, though I tried at 384 and sounded nice. I'll try again when I have a chance though. However, whitenoise 384 gives me an error, seems 384kbps is too much for mono. The whitenoise I mention is generated with the random generator, I'll try with the flac first chance I get. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 18:10:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 16:10:15 -0000 Subject: [FFmpeg-trac] #893(avcodec:closed): jpegls: support color transforms In-Reply-To: <038.0e34b8cda0528a006ed65ba603bf6c32@avcodec.org> References: <038.0e34b8cda0528a006ed65ba603bf6c32@avcodec.org> Message-ID: <053.1f1a28f5a507889c13e6da14ed78a5f0@avcodec.org> #893: jpegls: support color transforms ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: jpegls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Sample 4 fixed by Michael in 8aea97a. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 18:34:22 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 16:34:22 -0000 Subject: [FFmpeg-trac] #2780(build system:new): configure does not test for SA_RESTART Message-ID: <036.be0d6337fef971c1cad513c72e431f2a@avcodec.org> #2780: configure does not test for SA_RESTART -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: build Version: git- | system master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Some versions of qnx apparently ship without SA_RESTART defined (it was defined before, but did not work): http://thread.gmane.org/gmane.comp.video.ffmpeg.libav.user/11372/focus=11388 http://www.qnx.de/support/knowledgebase.html?id=50130000000SmiD configure should test for SA_RESTART and only enable ffserver compilation if it exists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 19:05:53 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 17:05:53 -0000 Subject: [FFmpeg-trac] #2781(swresample:new): 9 and more channels not supported at all Message-ID: <038.0efddb1596388ffe139a746b5161e4b1@avcodec.org> #2781: 9 and more channels not supported at all --------------------------------------+------------------------------------ Reporter: richardpl | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+------------------------------------ libswresample can't handle more than 8 channels, as there are not defined layouts for such cases. But having channel layout is not mandatory, if channel layout is 0 its means just interpret data as is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 20:35:50 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 18:35:50 -0000 Subject: [FFmpeg-trac] #2781(swresample:new): 9 and more channels not supported by libswresample (was: 9 and more channels not supported at all) In-Reply-To: <038.0efddb1596388ffe139a746b5161e4b1@avcodec.org> References: <038.0efddb1596388ffe139a746b5161e4b1@avcodec.org> Message-ID: <053.91761b936b1e9032c1777bb2e9da2087@avcodec.org> #2781: 9 and more channels not supported by libswresample ------------------------------------+-------------------------------------- Reporter: richardpl | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample 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 Fri Jul 12 22:33:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 20:33:28 -0000 Subject: [FFmpeg-trac] #2777(avcodec:open): H.264 decoding failure In-Reply-To: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> References: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> Message-ID: <056.dea2aae019e8585136e87750eb4c889f@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you add the type of the capture card? Does it directly output to mkv, or is there some "raw" output from the card that you remuxed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 12 22:39:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 20:39:14 -0000 Subject: [FFmpeg-trac] #2753(avcodec:open): MPNG artefacts In-Reply-To: <036.43d4125e2e8eee8b7354a5f4c77fd9c2@avcodec.org> References: <036.43d4125e2e8eee8b7354a5f4c77fd9c2@avcodec.org> Message-ID: <051.c5a52892eda6a5cd6b2b089a3f613d61@avcodec.org> #2753: MPNG artefacts ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:1 llogan]: > Does anything play this without artefacts? I don't know, this ticket may be invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 01:06:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 23:06:25 -0000 Subject: [FFmpeg-trac] #2782(avcodec:new): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option Message-ID: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option -------------------------------------+------------------------------------- Reporter: feelart | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: aac | master aac_adtstoasc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Observing some improper fixing on a bunch of aac using FFmeg {{{ F:\Youtube Extract\Music>ffmpeg -i alice.aac -c:a copy aliceFF.mp4 ffmpeg version N-54691-g7f4a1fd Copyright (c) 2000-2013 the FFmpeg developers built on Jul 12 2013 16:31:48 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig -- enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enab le-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libspeex --enable-lib theora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0000000002686fe0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'alice.aac': Metadata: title : Alice Deejay - Better Off Alon Duration: 00:03:46.41, bitrate: 77 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 77 kb/s Output #0, mp4, to 'aliceFF.mp4': Metadata: title : Alice Deejay - Better Off Alon encoder : Lavf55.12.102 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, 77 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 000000000030a620] Malformed AAC bitstream detected: use audio bitstream filter 'aac_adtstoasc' to fix it ('-bsf:a aac _adtstoasc' option with ffmpeg) av_interleaved_write_frame(): Operation not permitted }}} Now trying, to fix it with -bsf:a aac_adtstoasc {{{ F:\Youtube Extract\Music>ffmpeg -i alice.aac -c:a copy -bsf:a aac_adtstoasc aliceFF_bsf.mp4 ffmpeg version N-54691-g7f4a1fd Copyright (c) 2000-2013 the FFmpeg developers built on Jul 12 2013 16:31:48 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig -- enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enab le-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libspeex --enable-lib theora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 00000000002db740] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'alice.aac': Metadata: title : Alice Deejay - Better Off Alon Duration: 00:03:46.41, bitrate: 77 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 77 kb/s Output #0, mp4, to 'aliceFF_bsf.mp4': Metadata: title : Alice Deejay - Better Off Alon encoder : Lavf55.12.102 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, 77 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 2123kB time=00:02:39.17 bitrate= 109.3kbits/s video:0kB audio:2142kB subtitle:0 global headers:0kB muxing overhead -0.899321% }}} However, one sees that the fix is incorrect {{{ F:\Youtube Extract\Music>aacgain -a -k aliceFF_bsf.mp4 aliceFF_bsf.mp4 Error: invalid file format aliceFF_bsf.mp4, code=15 aliceFF_bsf.mp4 is not a valid mp4/m4a file. }}} FYI: https://github.com/elfchief/mp3gain/tree/master/aacgain On some other aac, I see aacgain error code=6 Finally, I tried to re-encode, but then raises another error, but still no proper fix. {{{ F:\Youtube Extract\Music>ffmpeg -i alice.aac -bsf:a aac_adtstoasc aliceFF_NoCopy_bsf.mp4 ffmpeg version N-54691-g7f4a1fd Copyright (c) 2000-2013 the FFmpeg developers built on Jul 12 2013 16:31:48 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig -- enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enab le-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libspeex --enable-lib theora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 000000000031d6c0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'alice.aac': Metadata: title : Alice Deejay - Better Off Alon Duration: 00:03:46.41, bitrate: 77 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 77 kb/s Output #0, mp4, to 'aliceFF_NoCopy_bsf.mp4': Metadata: title : Alice Deejay - Better Off Alon encoder : Lavf55.12.102 Stream #0:0: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> libvo_aacenc) Press [q] to stop, [?] for help decode_band_types: Input buffer exhausted before END element found Error while decoding stream #0:0: Invalid data found when processing input [aac @ 000000000031a280] channel element 2.0 is not allocated Error while decoding stream #0:0: Error number -1 occurred size= 2515kB time=00:02:39.13 bitrate= 129.5kbits/s video:0kB audio:2487kB subtitle:0 global headers:0kB muxing overhead 1.109339% }}} Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 01:09:17 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Jul 2013 23:09:17 -0000 Subject: [FFmpeg-trac] #2782(avcodec:new): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.e650ee973d2704469ac57e8e3927661a@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option -------------------------------------+------------------------------------- Reporter: feelart | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: aac_adtstoasc | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by feelart): Of course stream is incomplete and stops at 2:49 and not at 3:46 as its duration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 02:15:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 00:15:35 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.0260c21b5d19482f99f4dd886d353833@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by feelart): >If setting metadata is all you need, a patch may not be difficult, can you provide samples (or point to a specification)? I don't think so. Attached is an mp3 example. ffprobe -i 2normalize.mp3 -show_streams -show_packets and ffprobe -i _isNormalize.mp3 -show_streams -show_packets show no difference (except in name file) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 02:18:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 00:18:19 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.0f04a076406b4d05b04adafd67be0a3d@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by feelart): FYI: https://github.com/elfchief/mp3gain/tree/master/aacgain -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 02:31:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 00:31:31 -0000 Subject: [FFmpeg-trac] #2777(avcodec:open): H.264 decoding failure In-Reply-To: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> References: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> Message-ID: <056.ebc174e713ef65d9d9d9a01eb1741ee3@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Snowknight26): As it turns out this MKV was made with mkvmerge (6.3.0 I believe). Although the initial MP4 was from an AVerMedia Live Gamer HD capture card, the MP4 doesn't exhibit the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 02:32:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 00:32:27 -0000 Subject: [FFmpeg-trac] #2777(avcodec:open): H.264 decoding failure In-Reply-To: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> References: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> Message-ID: <056.f05fa7852cee2e1feca389108805b35a@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you provide the original mp4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 02:36:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 00:36:40 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.c029d32ed52a0e5fccae4f237f3125eb@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:9 feelart]: > >If setting metadata is all you need, a patch may not be difficult, can you provide samples (or point to a specification)? > I don't think so. You mean setting metadata will not be enough, the mp3 files will be encoded differently depending on which value is passed for ''--scale'' ? > Attached is an mp3 example. > > ffprobe -i 2normalize.mp3 -show_streams -show_packets > and > ffprobe -i _isNormalize.mp3 -show_streams -show_packets > show no KDiff3 difference (except in file's name) Meaning the metadata is the only difference between the files while the actual data packets are identical? Sorry, I am not a native speaker... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 04:39:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 02:39:37 -0000 Subject: [FFmpeg-trac] #2781(swresample:new): 9 and more channels not supported by libswresample In-Reply-To: <038.0efddb1596388ffe139a746b5161e4b1@avcodec.org> References: <038.0efddb1596388ffe139a746b5161e4b1@avcodec.org> Message-ID: <053.0538e430eff4a262bc5689260127aaa3@avcodec.org> #2781: 9 and more channels not supported by libswresample ------------------------------------+-------------------------------------- Reporter: richardpl | Owner: michael Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by michael): swresample supports upto SWR_CH_MAX channels which is 32 by default. so 9 and more channels should work. How can the problem you describe be reproduced? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 05:06:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 03:06:05 -0000 Subject: [FFmpeg-trac] #2137(avcodec:new): Artefacts in MPEG-4 ASP elementary stream In-Reply-To: <036.6ad00e81d6761e5a4cde426b196aee09@avcodec.org> References: <036.6ad00e81d6761e5a4cde426b196aee09@avcodec.org> Message-ID: <051.8e49119b634222670a756accf0acdfed@avcodec.org> #2137: Artefacts in MPEG-4 ASP elementary stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): you can use -idct 14 is there any player that can autodetect this ? if not this ticket probably should be closed, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 05:18:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 03:18:58 -0000 Subject: [FFmpeg-trac] #2777(avcodec:open): H.264 decoding failure In-Reply-To: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> References: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> Message-ID: <056.ef63e999c495ae160b3cf0148eb6ad98@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Snowknight26): http://stfcc.org/misc/mkvmerge%20split%20source.mp4 The best I can do is the above file. It's made from the original source with the following command: {{{ ffmpeg -i input.mp4 -vcodec copy -an "mkvmerge split source.mp4" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 06:05:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 04:05:26 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.22c78d94bdcdd3ac5dc1787232a663d9@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Isn't the lower spreading function applied too much? The quality of lower frequency is bad when the higher frequency bin is strong. And what makes 320kbps particularly bad? The quality degrades when we have enough ('overkill') bits. I think something fatal is happening, like integer overflow or something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 10:45:42 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 08:45:42 -0000 Subject: [FFmpeg-trac] #2137(avcodec:closed): Artefacts in MPEG-4 ASP elementary stream In-Reply-To: <036.6ad00e81d6761e5a4cde426b196aee09@avcodec.org> References: <036.6ad00e81d6761e5a4cde426b196aee09@avcodec.org> Message-ID: <051.dfc9edfae4a1e42c0ed7366f4142a9bc@avcodec.org> #2137: Artefacts in MPEG-4 ASP elementary stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: The original file was http://samples.mplayerhq.hu/V-codecs/RMP4/greenlines.rmp4.p.avi produced with ''Sigma Designs' "REALmagic"'' encoder and the original question should have been if the FourCC is needed to identify the idct (since xvid apparently doesn't need it). Which (kind of) sample will fail to decode correctly with the xvid decoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 10:50:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 08:50:57 -0000 Subject: [FFmpeg-trac] #2782(avformat:open): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.42761fd6bf1c6d9f2b2b603513bf88c2@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aac aac_adtstoasc => aac mov * status: new => open * component: avcodec => avformat Comment: Allowing to remux the file is easy, see attached patch (poc). The problem is that neither WMP nor QT play the output file indicating that FFmpeg is correct in refusing to mux such samples. Does MP4Box produce a file that can be decoded with one of them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 11:15:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 09:15:20 -0000 Subject: [FFmpeg-trac] #2777(avcodec:open): H.264 decoding failure In-Reply-To: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> References: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> Message-ID: <056.679095651a788f5652e3f88e910b9b0a@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 Snowknight26]: > http://stfcc.org/misc/mkvmerge%20split%20source.mp4 > > The best I can do is the above file. Is the problem - that short extracts of the file do not play without -flags2 showall / that the beginning of the file does not play without -flags2 showall - also reproducible with the original file as produced by capture card or only after the file was remuxed with FFmpeg? It is ''possible'' that FFmpeg behaves as specified, unfortunately the reference decoder (JM 18.5) crashes for the sample, so I cannot judge. If there is an issue, it can be reproduced by transcoding with and without -flags2 showall, the first 17 seconds are missing without showall: {{{ $ ffmpeg -i mkvmerge\ split\ source.mp4 -t 20 -qscale 2 out.avi ffmpeg version N-54692-gdd1382a Copyright (c) 2000-2013 the FFmpeg developers built on Jul 13 2013 01:32:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mkvmerge split source.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.102 Duration: 00:01:57.08, start: 0.016000, bitrate: 14887 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 14885 kb/s, 60 fps, 60 tbr, 180k tbn, 120 tbc Metadata: handler_name : VideoHandler Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 ISFT : Lavf55.12.102 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 60 tbn, 60 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 206 fps=138 q=2.0 Lsize= 7806kB time=00:00:20.00 bitrate=3197.1kbits/s video:7772kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.435589% }}} {{{ $ ffmpeg -flags2 showall -i mkvmerge\ split\ source.mp4 -t 20 -qscale 2 outshowall.avi ffmpeg version N-54692-gdd1382a Copyright (c) 2000-2013 the FFmpeg developers built on Jul 13 2013 01:32:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mkvmerge split source.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.102 Duration: 00:01:57.08, start: 0.016000, bitrate: 14887 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 14885 kb/s, 60 fps, 60 tbr, 180k tbn, 120 tbc Metadata: handler_name : VideoHandler Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'outshowall.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 ISFT : Lavf55.12.102 Stream #0:0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 60 tbn, 60 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 1200 fps=376 q=2.0 Lsize= 43227kB time=00:00:20.00 bitrate=17705.8kbits/s video:43193kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.079508% }}} out.avi is only ~3,5 seconds long -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 12:02:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 10:02:39 -0000 Subject: [FFmpeg-trac] #2684(swscale:closed): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> References: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> Message-ID: <051.79aaed5992d3e6835324ee9f9df4e8a4@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray ------------------------------------+----------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): > [17:28] I have verified, and it seems that https://trac.ffmpeg.org/ticket/2684 is indeed fixed, fix works for me. Thanks for all the developers. Regarding your comment on irc: The problem is that some developers claim that the original behaviour (before the patch fixing this ticket) was intended and therefore block the patch for the 1.2.2 release (etc.), maybe you want to comment on the mailing list: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165656/focus=165755 Just for completeness another user recently confirmed that the relevant commit fixed a bug he observed: http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46511 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 12:27:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 10:27:43 -0000 Subject: [FFmpeg-trac] #2137(avcodec:closed): Artefacts in MPEG-4 ASP elementary stream In-Reply-To: <036.6ad00e81d6761e5a4cde426b196aee09@avcodec.org> References: <036.6ad00e81d6761e5a4cde426b196aee09@avcodec.org> Message-ID: <051.f898069d217c0fcc937a35bc9c007ee1@avcodec.org> #2137: Artefacts in MPEG-4 ASP elementary stream ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:2 cehoyos]: > Which (kind of) sample will fail to decode correctly with the xvid decoder? If xvid uses this idct by default (instead of somehow detecting itself as encoder) then more or less any sample with large gop encoded by a different encoder with different idct could potentially fail. most samples would of course not fail -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 12:54:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 10:54:22 -0000 Subject: [FFmpeg-trac] #2783(undetermined:new): ffplay: fix -autoexit for -t < 8 (wavpack) Message-ID: <038.7c485cec12eeb5349b9bd5eb58060564@avcodec.org> #2783: ffplay: fix -autoexit for -t < 8 (wavpack) -------------------------------------+------------------------------------- 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://samples.mplayerhq.hu/A-codecs/lossless/wavpack/test_suite/num_channels/mono-1.wv works ok when -t >= 8 {{{ C:\>ffplay -t 7 -autoexit mono-1.wv ffplay version 2.0-54bbb90 Copyright (c) 2003-2013 the FFmpeg developers built on Jul 12 2013 12:59:51 with gcc 4.6.2 (GCC) configuration: --disable-asm --disable-w32threads --disable-ffprobe --enable-g pl libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.100 / 3. 80.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, wv, from 'mono-1.wv': 0KB vq= 0KB sq= 0B f=0/0 Duration: 00:00:24.68, start: 0.000000, bitrate: 418 kb/s Stream #0:0: Audio: wavpack, 44100 Hz, mono, s16p 0.03 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 16:26:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 14:26:50 -0000 Subject: [FFmpeg-trac] #2126(avcodec:closed): 012v decodes incorrectly In-Reply-To: <038.2f370bff0bf6259c69207160df583769@avcodec.org> References: <038.2f370bff0bf6259c69207160df583769@avcodec.org> Message-ID: <053.aa435eb55cc1d641951795e66ef1a898@avcodec.org> #2126: 012v decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: 012v | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed by 4cdb42b428ef425aceeee548af1ee1a8798a02a2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 16:28:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 14:28:48 -0000 Subject: [FFmpeg-trac] #2189(undetermined:open): ffmpeg -i http://url doesn't exit with absent server in windows In-Reply-To: <039.22d9600645329120271ee6c6242c633d@avcodec.org> References: <039.22d9600645329120271ee6c6242c633d@avcodec.org> Message-ID: <054.f8c3413162977d837b245e0fdd2d3627@avcodec.org> #2189: ffmpeg -i http://url doesn't exit with absent server in windows -------------------------------------+------------------------------------- Reporter: rogerdpack | 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 michael): Is the hang still happening, there have been some changes that might have fixed it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 17:03:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 15:03:40 -0000 Subject: [FFmpeg-trac] #2777(avcodec:open): H.264 decoding failure In-Reply-To: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> References: <041.eaad86aa584a320d5599901605c7d458@avcodec.org> Message-ID: <056.9301f087d237e838c854bb5b85cb79d2@avcodec.org> #2777: H.264 decoding failure -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: open Type: defect | Component: avcodec Priority: important | Resolution: Version: git-master | Blocked By: Keywords: mkv h264 | Reproduced by developer: 1 regression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Snowknight26): Replying to [comment:6 cehoyos]: > Replying to [comment:5 Snowknight26]: > > http://stfcc.org/misc/mkvmerge%20split%20source.mp4 > > > > The best I can do is the above file. > > Is the problem - that short extracts of the file do not play without -flags2 showall / that the beginning of the file does not play without -flags2 showall - also reproducible with the original file as produced by the capture card or only after the file was remuxed with FFmpeg? Seems to be reproducible with a file produced by the capture card as well. http://stfcc.org/misc/AVerMedia%20Live%20Gamer%20HD%20sample.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 13 18:11:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Jul 2013 16:11:55 -0000 Subject: [FFmpeg-trac] #2780(build system:closed): configure does not test for SA_RESTART In-Reply-To: <036.be0d6337fef971c1cad513c72e431f2a@avcodec.org> References: <036.be0d6337fef971c1cad513c72e431f2a@avcodec.org> Message-ID: <051.1e2bee1daad50a2ad04de83d6461228b@avcodec.org> #2780: configure does not test for SA_RESTART -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 10:11:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 08:11:44 -0000 Subject: [FFmpeg-trac] #1430(avfilter:open): More efficient deshake filter In-Reply-To: <035.c4aff3296d8b5c9507a3f9a968bdc7d5@avcodec.org> References: <035.c4aff3296d8b5c9507a3f9a968bdc7d5@avcodec.org> Message-ID: <050.4dca4a95689be7995b751d6e684f3311@avcodec.org> #1430: More efficient deshake filter -------------------------------------+------------------------------------ Reporter: ubitux | Owner: flexman Type: enhancement | Status: open Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: deshake | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by sinkers): In case anyone else stumbles across this like me you can build ffmpeg with vid.stab just using --enable-libvidstab Of course you first need to download and install the vid.stab codebase Also commented on in ffmpeg-users list: http://ffmpeg.org/pipermail /ffmpeg-user/2013-May/014948.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 12:00:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 10:00:55 -0000 Subject: [FFmpeg-trac] #2784(build system:new): MacOS: building minimal, audio-only version fails with linker error Message-ID: <036.31de03e85dbdd231bb0589e014ae4d0b@avcodec.org> #2784: MacOS: building minimal, audio-only version fails with linker error -------------------------------------+------------------------------------- Reporter: milgner | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: MacOS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- In order to build a minimal, audio-decoding-only of ffmpeg I created this longish configure command line. It builds on Linux but strangely enough fails when executing on MacOS 10.8. First I disable all features, then I add back in everything I actually might need. ./configure --prefix=../../dist --disable-static --enable-shared --disable-programs --disable-doc --disable-everything --enable-decoder=aac --enable-decoder=aac_latm --enable-decoder=mp1 --enable-decoder=mp2 --enable-decoder=mp3 --enable-decoder=mp3float --enable- decoder=mp3adufloat --enable-decoder=mp3adu --enable-decoder=mp3on4 --enable-decoder=mp3on4float --enable-decoder=vorbis --enable-decoder=flac --enable-decoder=wavpack --enable-decoder=wmalossless --enable- decoder=wmapro --enable-decoder=wmav1 --enable-decoder=wmav2 --enable- decoder=pcm_alaw --enable-decoder=pcm_bluray --enable-decoder=pcm_dvd --enable-decoder=pcm_f32be --enable-decoder=pcm_f32le --enable- decoder=pcm_f64be --enable-decoder=pcm_f64le --enable-decoder=pcm_lxf --enable-decoder=pcm_mulaw --enable-decoder=pcm_s16be --enable- decoder=pcm_s16be_planar --enable-decoder=pcm_s16le --enable- decoder=pcm_s16le_planar --enable-decoder=pcm_s24be --enable- decoder=pcm_s24daud --enable-decoder=pcm_s24le --enable- decoder=pcm_s24le_planar --enable-decoder=pcm_s32be --enable- decoder=pcm_s32le --enable-decoder=pcm_s32le_planar --enable- decoder=pcm_s8 --enable-decoder=pcm_s8_planar --enable-decoder=pcm_u16be --enable-decoder=pcm_u16le --enable-decoder=pcm_u24be --enable- decoder=pcm_u24le --enable-decoder=pcm_u32be --enable-decoder=pcm_u32le --enable-decoder=pcm_u8 --enable-bsf=mp3_header_decompress --enable- bsf=aac_adtstoasc --enable-bsf=chomp --enable-bsf=remove_extradata --disable-swscale --enable-swresample --enable-parser=aac --enable- parser=aac_latm --enable-parser=flac --enable-parser=ac3 --enable- parser=vorbis --enable-parser=mpegaudio --enable-demuxer=aac --enable- demuxer=aiff --enable-demuxer=flac --enable-demuxer=latm --enable- demuxer=mp3 --enable-demuxer=ogg --enable-demuxer=pcm_f32be --enable- demuxer=pcm_f32le --enable-demuxer=pcm_f64be --enable-demuxer=pcm_f64le --enable-demuxer=pcm_mulaw --enable-demuxer=pcm_s16be --enable- demuxer=pcm_s16le --enable-demuxer=pcm_s24be --enable-demuxer=pcm_s24le --enable-demuxer=pcm_s32be --enable-demuxer=pcm_s32le --enable- demuxer=pcm_s8 --enable-demuxer=pcm_u16be --enable-demuxer=pcm_u16le --enable-demuxer=pcm_u24be --enable-demuxer=pcm_u24le --enable- demuxer=pcm_u32be --enable-demuxer=pcm_u32le --enable-demuxer=pcm_u8 --enable-demuxer=wav --enable-protocol=file Attached, find the make output. Also it looks like there are still video components built, like libavcodec/dirac.o, libavfilter/video.o - but I don't mind since it's probably minimal. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 12:33:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 10:33:09 -0000 Subject: [FFmpeg-trac] #2784(build system:new): MacOS: building minimal, audio-only version fails with linker error In-Reply-To: <036.31de03e85dbdd231bb0589e014ae4d0b@avcodec.org> References: <036.31de03e85dbdd231bb0589e014ae4d0b@avcodec.org> Message-ID: <051.01c2b8842b14e2ee054a690605c21c9b@avcodec.org> #2784: MacOS: building minimal, audio-only version fails with linker error -------------------------------------+------------------------------------- Reporter: milgner | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: osx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: MacOS => osx Comment: {{{ LD libavfilter/libavfilter.3.dylib Undefined symbols for architecture x86_64: "_av_find_input_format", referenced from: _ff_load_image in lavfutils.o }}} {{{av_find_input_format}}} is defined in libavformat/format.c which is compiled unconditionally so your problem is difficult to understand. Could you confirm that you did {{{make distclean}}} before testing and that no conflicting versions of dynamic FFmpeg libraries are installed on your system? > Also it looks like there are still video components built, like libavcodec/dirac.o The ogg demuxer relies on dirac.o. Unrelated: Your configure line will get more readable if you use wildcards and lists: {{{./configure --disable-demuxers --enable-demuxer=pcm*,flac,latm}}} (This is supported since a long time.) {{{--disable-everything}}} originally was a debug option (that contrary to its name does not disable all components of FFmpeg), you may want to try {{{--disable-all}}}. As a side-effect, it will also fix the linking problem you reported (although that does not at all explain it). (This option is not supported since a long time, it will not work on old versions.) I don't think you will find pcm_bluray and pcm_dvd in any of the formats for which you enabled demuxers, the following should also work as expected: {{{./configure --disable-decoders --enable-decoder=pcm* --disable- decoder=pcm_bluray,pcm_dvd}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 12:53:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 10:53:49 -0000 Subject: [FFmpeg-trac] #2189(undetermined:closed): ffmpeg -i http://url doesn't exit with absent server in windows In-Reply-To: <039.22d9600645329120271ee6c6242c633d@avcodec.org> References: <039.22d9600645329120271ee6c6242c633d@avcodec.org> Message-ID: <054.e69b0ce26a40a118765ceed3463fd0a0@avcodec.org> #2189: ffmpeg -i http://url doesn't exit with absent server in windows -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: {{{ $ time ffmpeg.exe -i http://localhost:8081/go.mjpeg ffmpeg version N-54724-g5462361 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 12:50:19 with gcc 4.7.2 (GCC) configuration: --cpu=corei7-avx libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 http://localhost:8081/go.mjpeg: Input/output error real 0m11.185s user 0m0.000s sys 0m0.000s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 12:54:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 10:54:05 -0000 Subject: [FFmpeg-trac] #2782(avformat:open): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.375ef359e287a0a3026abd6d4c6bda76@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [ticket:2782 feelart]: > However, one sees that the fix is incorrect > {{{ > F:\Youtube Extract\Music>aacgain -a -k aliceFF_bsf.mp4 > aliceFF_bsf.mp4 > Error: invalid file format aliceFF_bsf.mp4, code=15 > aliceFF_bsf.mp4 is not a valid mp4/m4a file. > }}} Sorry, I originally missed this part of your ticket. I tested the output of {{{ffmpeg -i Alice.aac -acodec copy -bsf aac_adtstoasc out.mov}}} with the following applications: WMP, QT, faad, totem, firefox (more than half of them certainly do not depend on FFmpeg) All of them play the output file fine. Are you sure this is no problem with aacgain that you should report at their bugtracker? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 19:41:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 17:41:11 -0000 Subject: [FFmpeg-trac] #2781(swresample:closed): 9 and more channels not supported by libswresample In-Reply-To: <038.0efddb1596388ffe139a746b5161e4b1@avcodec.org> References: <038.0efddb1596388ffe139a746b5161e4b1@avcodec.org> Message-ID: <053.bfe82324af8671d720a318282ce41250@avcodec.org> #2781: 9 and more channels not supported by libswresample ------------------------------------+-------------------------------------- Reporter: richardpl | Owner: michael Type: defect | Status: closed Priority: normal | Component: swresample Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 19:42:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 17:42:14 -0000 Subject: [FFmpeg-trac] #944(avfilter:closed): support PSNR comparison of two inputs In-Reply-To: <036.52d0cff75138bd6d24d06586a2fbe305@avcodec.org> References: <036.52d0cff75138bd6d24d06586a2fbe305@avcodec.org> Message-ID: <051.365dd8e05b5b1a15b8a4afb432bae650@avcodec.org> #944: support PSNR comparison of two inputs -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: psnr | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in 6150bec3f873ec3777496ac6a184d4b1190d6f16. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 19:45:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 17:45:11 -0000 Subject: [FFmpeg-trac] #2456(avfilter:closed): can't concatenate two video files because of different SARs In-Reply-To: <031.d69e817bdc036bbe54655648bdde0ae3@avcodec.org> References: <031.d69e817bdc036bbe54655648bdde0ae3@avcodec.org> Message-ID: <046.8179c53a24309593dd9bb09c3210ddec@avcodec.org> #2456: can't concatenate two video files because of different SARs ------------------------------------+------------------------------------ Reporter: DK | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: wontfix Keywords: aspect | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => wontfix Comment: There is nothing to fix use setsar/setdar filter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 20:23:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 18:23:37 -0000 Subject: [FFmpeg-trac] #2015(avfilter:closed): VF Scale option should include -2 to create square pixels In-Reply-To: <040.31ba09af0e919df99c3d4860ed0d443f@avcodec.org> References: <040.31ba09af0e919df99c3d4860ed0d443f@avcodec.org> Message-ID: <055.caae20ed6363f1c1c6377f02adcf3dde@avcodec.org> #2015: VF Scale option should include -2 to create square pixels -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: reopened => closed * resolution: => fixed Comment: Note that scale filter now accepts expressions for w and h so all this mentioned above can be done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 20:29:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 18:29:41 -0000 Subject: [FFmpeg-trac] #1143(avfilter:closed): Timecode skipped in drawtext filter In-Reply-To: <032.85d6122669cc4cb622ab9fba1e07c6fb@avcodec.org> References: <032.85d6122669cc4cb622ab9fba1e07c6fb@avcodec.org> Message-ID: <047.d43a3b7cd4ed0ce5362f42b96b85f9d7@avcodec.org> #1143: Timecode skipped in drawtext filter -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: There is nothing to fix, use setpts filter if you need continuous and monotonic timestamps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 20:56:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 18:56:45 -0000 Subject: [FFmpeg-trac] #2784(build system:new): MacOS: building minimal, audio-only version fails with linker error In-Reply-To: <036.31de03e85dbdd231bb0589e014ae4d0b@avcodec.org> References: <036.31de03e85dbdd231bb0589e014ae4d0b@avcodec.org> Message-ID: <051.3b91e988fa5de42592cd9b75c872612f@avcodec.org> #2784: MacOS: building minimal, audio-only version fails with linker error -------------------------------------+------------------------------------- Reporter: milgner | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: osx | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamal): > {{{av_find_input_format}}} is defined in libavformat/format.c which is compiled unconditionally so your problem is difficult to understand. In this build, libavfilter/avcodec.o and libavfilter/lavfutils.o are compiled because of these lines in libavfilter's Makefile: {{{ OBJS-$(CONFIG_AVCODEC) += avcodec.o OBJS-$(CONFIG_AVFORMAT) += lavfutils.o }}} But when linking, neither avcoded or avformat are included in the FFLIBS variable because they are only added when certain filters are built, and all filters were disabled here. Something like {{{ FFLIBS-$(CONFIG_AVCODEC) += avcodec FFLIBS-$(CONFIG_AVFORMAT) += avformat }}} fixes this, and i think a patch doing this was submitted some time ago but was never committed for some reason. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 22:13:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 20:13:54 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.57b6c49c517a6ec76ee19992198d70fe@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Isn't line 334 of libavcodec/aacpsy.c: {{{ for (g = 0; g < ctx->num_bands[j]-1; g++) { AacPsyCoeffs *coeff = &coeffs[g]; float bark_width = coeffs[g+1].barks - coeffs->barks; coeff->spread_low[0] = pow(10.0, -bark_width * PSY_3GPP_THR_SPREAD_LOW); coeff->spread_hi [0] = pow(10.0, -bark_width * PSY_3GPP_THR_SPREAD_HI); coeff->spread_low[1] = pow(10.0, -bark_width * en_spread_low); coeff->spread_hi [1] = pow(10.0, -bark_width * en_spread_hi); pe_min = bark_pe * bark_width; minsnr = exp2(pe_min / band_sizes[g]) - 1.5f; coeff->min_snr = av_clipf(1.0f / minsnr, PSY_SNR_25DB, PSY_SNR_1DB); } }}} strange? I doubt the sanity of lower spreading function at the highest band, because using -cutoff 18000 option improves the quality on problematic samples, and these problematic samples always includes strong 20-22kHz sounds. (The default cutoff is 18k at 192kbps, 20k at 256kbps, and 22k at 320kbps.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 14 23:51:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Jul 2013 21:51:27 -0000 Subject: [FFmpeg-trac] #1833(avformat:closed): Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) In-Reply-To: <037.8b43cf9e0c6005a85d3dc2dda717c525@avcodec.org> References: <037.8b43cf9e0c6005a85d3dc2dda717c525@avcodec.org> Message-ID: <052.5db1b5fdbbbf38423fbbe89b255a6e0b@avcodec.org> #1833: Vorbis Comment Chapter Extension (for Opus, Vorbis, Flac, etc.) -------------------------------------+------------------------------------ Reporter: auphonic | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ogg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * version: unspecified => git-master * resolution: => fixed Comment: Fixed by James Almer in 04b9836. Thank you for the report and the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 08:21:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 06:21:29 -0000 Subject: [FFmpeg-trac] #2785(avformat:new): Matroska muxer produces non spec conformant files when adding chapters Message-ID: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters --------------------------------------+---------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: matroska Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Take any file with chapters (Like the sample from ticket #1833) and remux it into an mkv file: {{{ ./ffmpeg -i vorbis_chapter_extension_demo.ogg -c:a copy vorbis_chapter_extension_demo.mkv }}} Then open the resulting file with the spec conformance checker tool mkvalidator from http://www.matroska.org/downloads/mkvalidator.html. This shows up in the output: {{{ ERR200: Missing element 'SimpleTag' in Tag at 4417 ERR200: Missing element 'SimpleTag' in Tag at 4441 ERR200: Missing element 'SimpleTag' in Tag at 4465 ERR200: Missing element 'SimpleTag' in Tag at 4489 }}} If you for example comment out the for() statement from http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/matroskaenc.c;h=7efda5ab6bbda78153947d39dfcef55d6fb7c8bf;hb=HEAD#l897 (Which add tags to each chapter) and recompile ffmpeg, the resulting mkv file is valid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 10:43:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 08:43:57 -0000 Subject: [FFmpeg-trac] #2786(avformat:new): TTA streams in Matroska aren't demuxed correctly Message-ID: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git- | Keywords: matroska master | tta Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Using inside.tta from the FATE test suit as an example: Testing MD5 of the decoded stream: {{{ $ ./ffmpeg -i ../samples/lossless-audio/inside.tta -f md5 - ffmpeg version N-54738-g04b9836 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 17:57:33 with gcc 4.7.3 (GCC) configuration: --enable-nonfree --enable-gpl --enable-libfdk-aac --enable-libm p3lame --enable-libvorbis --cross-prefix=x86_64-w64-mingw32- --target- os=mingw32 --arch=x86_64 --cpu=amdfam10 --prefix=/mingw64 libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, tta, from '../samples/lossless-audio/inside.tta': Duration: 00:00:11.89, start: 0.000000, bitrate: 814 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 Output #0, md5, to 'pipe:': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (tta -> pcm_s16le) Press [q] to stop, [?] for help MD5=d0beb768d860b4776358077dd9fcb1e9 size= 0kB time=00:00:11.88 bitrate= 0.0kbits/s video:0kB audio:2048kB subtitle:0 global headers:0kB muxing overhead -99.998236% }}} Remuxing into Matroska: {{{ $ ./ffmpeg -i ../samples/lossless-audio/inside.tta -c:a copy inside.mka ffmpeg version N-54738-g04b9836 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 17:57:33 with gcc 4.7.3 (GCC) configuration: --enable-nonfree --enable-gpl --enable-libfdk-aac --enable-libm p3lame --enable-libvorbis --cross-prefix=x86_64-w64-mingw32- --target- os=mingw32 --arch=x86_64 --cpu=amdfam10 --prefix=/mingw64 [...] Input #0, tta, from '../samples/lossless-audio/inside.tta': Duration: 00:00:11.89, start: 0.000000, bitrate: 814 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 Output #0, matroska, to 'inside.mka': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: tta, 44100 Hz, stereo Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 1182kB time=00:00:12.53 bitrate= 772.4kbits/s video:0kB audio:1182kB subtitle:0 global headers:0kB muxing overhead 0.053638% }}} Testing MD5 of the decoded stream, this time from the Matroska file: {{{ $ ./ffmpeg -i inside.mka -f md5 - ffmpeg version N-54738-g04b9836 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 17:57:33 with gcc 4.7.3 (GCC) configuration: --enable-nonfree --enable-gpl --enable-libfdk-aac --enable-libm p3lame --enable-libvorbis --cross-prefix=x86_64-w64-mingw32- --target- os=mingw32 --arch=x86_64 --cpu=amdfam10 --prefix=/mingw64 [...] Input #0, matroska,webm, from 'inside.mka': Metadata: ENCODER : Lavf55.12.102 Duration: 00:00:11.89, start: 0.000000, bitrate: 814 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 (default) Output #0, md5, to 'pipe:': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (tta -> pcm_s16le) Press [q] to stop, [?] for help MD5=eb96f9b80e0ce6bc5ddd841a8843620a size= 0kB time=00:00:11.49 bitrate= 0.0kbits/s video:0kB audio:1980kB subtitle:0 global headers:0kB muxing overhead -99.998175% }}} Remuxing inside.tta using mkvtoolnix, then testing MD5 of the decoded stream: {{{ $ ./ffmpeg -i inside_mkvtoolnix.mka -f md5 - ffmpeg version N-54738-g04b9836 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 17:57:33 with gcc 4.7.3 (GCC) configuration: --enable-nonfree --enable-gpl --enable-libfdk-aac --enable-libm p3lame --enable-libvorbis --cross-prefix=x86_64-w64-mingw32- --target- os=mingw32 --arch=x86_64 --cpu=amdfam10 --prefix=/mingw64 [...] Input #0, matroska,webm, from 'inside_mkvtoolnix.mka': Metadata: creation_time : 2013-07-15 07:41:51 Duration: 00:00:11.89, start: 0.000000, bitrate: 818 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 (default) Output #0, md5, to 'pipe:': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (tta -> pcm_s16le) Press [q] to stop, [?] for help MD5=eb96f9b80e0ce6bc5ddd841a8843620a size= 0kB time=00:00:11.49 bitrate= 0.0kbits/s video:0kB audio:1980kB subtitle:0 global headers:0kB muxing overhead -99.998175% }}} To make sure I tried the bit-compare plugin for foobar2000, and unlike with avformat, both inside.tta and any of the Matroska files are the same: {{{ All tracks decoded fine, no differences found. Comparing: "D:\MinGW\msys\1.0\ffmpeg\samples\lossless-audio\inside.tta" "D:\MinGW\msys\1.0\ffmpeg\build\inside.mka" No differences in decoded data found. }}} {{{ All tracks decoded fine, no differences found. Comparing: "D:\MinGW\msys\1.0\ffmpeg\samples\lossless-audio\inside.tta" "D:\MinGW\msys\1.0\ffmpeg\build\inside_mkvtoolnix.mka" No differences in decoded data found. }}} After converting inside.tta into WAV pcm_s16le with "./ffmpeg -i ../samples/lossless-audio/inside.tta inside_tta.wav": {{{ All tracks decoded fine, no differences found. Comparing: "D:\MinGW\msys\1.0\ffmpeg\samples\lossless-audio\inside.tta" "D:\MinGW\msys\1.0\ffmpeg\build\inside_tta.wav" No differences in decoded data found. }}} After converting inside.mka into WAV pcm_s16le with "./ffmpeg -i inside.mka inside_mka.wav": {{{ Differences found in 1 out of 1 track pairs. Comparing: "D:\MinGW\msys\1.0\ffmpeg\samples\lossless-audio\inside.tta" "D:\MinGW\msys\1.0\ffmpeg\build\inside_mka.wav" Length mismatch : 0:11.888367 vs 0:11.493878, 524277 vs 506880 samples }}} Looks like the Matroska demuxer is discarding data at the end of the stream or something, without giving an error or warning. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 10:45:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 08:45:57 -0000 Subject: [FFmpeg-trac] #2785(avformat:new): Matroska muxer produces non spec conformant files when adding chapters In-Reply-To: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> References: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> Message-ID: <049.0816a397b5e374ab98a723184af03bcc@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: matroska | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Description changed by jamal: Old description: > Take any file with chapters (Like the sample from ticket #1833) and remux > it into an mkv file: > > {{{ > ./ffmpeg -i vorbis_chapter_extension_demo.ogg -c:a copy > vorbis_chapter_extension_demo.mkv > }}} > > Then open the resulting file with the spec conformance checker tool > mkvalidator from http://www.matroska.org/downloads/mkvalidator.html. > This shows up in the output: > > {{{ > ERR200: Missing element 'SimpleTag' in Tag at 4417 > ERR200: Missing element 'SimpleTag' in Tag at 4441 > ERR200: Missing element 'SimpleTag' in Tag at 4465 > ERR200: Missing element 'SimpleTag' in Tag at 4489 > }}} > > If you for example comment out the for() statement from > http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/matroskaenc.c;h=7efda5ab6bbda78153947d39dfcef55d6fb7c8bf;hb=HEAD#l897 > (Which add tags to each chapter) and recompile ffmpeg, the resulting mkv > file is valid. New description: Take any file with chapters (Like the sample from ticket #1833) and remux it into an mkv file: {{{ ./ffmpeg -i vorbis_chapter_extension_demo.ogg -c:a copy vorbis_chapter_extension_demo.mkv }}} Then open the resulting file with the spec conformance checker tool mkvalidator from http://www.matroska.org/downloads/mkvalidator.html. This shows up in the output: {{{ ERR200: Missing element 'SimpleTag' in Tag at 4417 ERR200: Missing element 'SimpleTag' in Tag at 4441 ERR200: Missing element 'SimpleTag' in Tag at 4465 ERR200: Missing element 'SimpleTag' in Tag at 4489 }}} If you for example comment out the for() statement from http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/matroskaenc.c;h=7efda5ab6bbda78153947d39dfcef55d6fb7c8bf;hb=HEAD#l897 (Which adds tags to each chapter) and recompile ffmpeg, the resulting mkv file is valid. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 11:39:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 09:39:10 -0000 Subject: [FFmpeg-trac] #2786(avformat:new): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.da925d2612452fcdd778747661c46315@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: matroska tta => mkv tta -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 11:39:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 09:39:34 -0000 Subject: [FFmpeg-trac] #2785(avformat:new): Matroska muxer produces non spec conformant files when adding chapters In-Reply-To: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> References: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> Message-ID: <049.e059177e5212711b9e5fda7f7c0aa028@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: matroska => mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 12:02:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 10:02:53 -0000 Subject: [FFmpeg-trac] #2772(avcodec:new): FFMPEG -strict -2 and -strict experimental do not get applied with vp9 In-Reply-To: <034.e08c45e1fe2b0d47124810667db6437b@avcodec.org> References: <034.e08c45e1fe2b0d47124810667db6437b@avcodec.org> Message-ID: <049.ee485761106fe7a31ae67087482ca7b3@avcodec.org> #2772: FFMPEG -strict -2 and -strict experimental do not get applied with vp9 ------------------------------------+----------------------------------- Reporter: klaxa | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vp9 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: experimental => vp9 * component: FFmpeg => avcodec Comment: Please test the following: {{{$ ffmpeg -i input -vcodec libvpx-vp9 -strict -2 out.mkv}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 12:42:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 10:42:03 -0000 Subject: [FFmpeg-trac] #2786(avformat:closed): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.b75b5ca9131fe917bfbcadc9eff4b96f@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: This is not our bug. Demuxing/muxing works fine. There is no reliable way to decode last frame of TTA in matroska. As real number of samples in file is nowhere stored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 12:46:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 10:46:05 -0000 Subject: [FFmpeg-trac] #2785(avformat:new): Matroska muxer produces non spec conformant files when adding chapters In-Reply-To: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> References: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> Message-ID: <049.4cd554069b57326889fbbe68f74fa53a@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): That code adds metadata of each chapter? What is correct way to write such metadata? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 13:16:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 11:16:31 -0000 Subject: [FFmpeg-trac] #2758(avformat:open): DVD-A LPCM in vob cannot be decoded (was: 16bit PCM in vob cannot be decoded) In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.2563e6a0ef38de7c9f72fde411dd1283@avcodec.org> #2758: DVD-A LPCM in vob cannot be decoded -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): http://dvd-audio.sourceforge.net/spec/aob.shtml -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 14:36:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 12:36:23 -0000 Subject: [FFmpeg-trac] #2786(avformat:closed): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.13b67c90eceecd0e3dc84bcbfacb906b@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by heleppkes): Then how does foobar manage to reproduce the original stream perfectly? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 14:55:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 12:55:57 -0000 Subject: [FFmpeg-trac] #1883(avformat:reopened): ASF/WMV Source Aspect Ratio (X/Y) Reversed In-Reply-To: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> References: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> Message-ID: <053.522934ed0857bbcb31382c5e09b24144@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed -------------------------------------+------------------------------------- Reporter: starkline | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf aspect | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Holger): * status: closed => reopened * resolution: fixed => Comment: 1080HdvNtscWrongAspectRatio.wmv: Is displayed in WMP as 16:9 but in FFmpeg as 4:3 FFmpeg from 2013-07-03 Sample Video: https://www.dropbox.com/s/dmqsblqw2nmlq3x/1080HdvNtscWrongAspectRatio.wmv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 16:15:43 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 14:15:43 -0000 Subject: [FFmpeg-trac] #2786(avformat:closed): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.070b2e0130ff5e7af99675b4e5908931@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): Easy, by uploading file produced with foobar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 16:24:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 14:24:41 -0000 Subject: [FFmpeg-trac] #2786(avformat:closed): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.cdd462665e35c099b68bf16165f43b4c@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): Actually ignore that one, from report I see nowhere proof that foobar whatever thing actually decodes everything. So to make things valid, one should decode mka and tta into wav with foobar and than compare. I already know that tta muxed in mkv can not usually decode last audio frame using ffmpeg so nothing new to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 17:03:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 15:03:03 -0000 Subject: [FFmpeg-trac] #1883(avformat:closed): ASF/WMV Source Aspect Ratio (X/Y) Reversed In-Reply-To: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> References: <038.dcbfa85bf0d4e75eab0579f17f732239@avcodec.org> Message-ID: <053.85f795a2c840285719eb77bd0cca70bd@avcodec.org> #1883: ASF/WMV Source Aspect Ratio (X/Y) Reversed -------------------------------------+------------------------------------- Reporter: starkline | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf aspect | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: Holger (added) * status: reopened => closed * resolution: => fixed Comment: Replying to [comment:6 Holger]: > 1080HdvNtscWrongAspectRatio.wmv: > Is displayed in WMP as 16:9 > but in FFmpeg as 4:3 Generally, please reopen "fixed" tickets only if the original issue was not fixed, ie if the problem as originally described (with the original sample) was not fixed. This is of course not a strict rule, but it is useful as a general guideline. Even more so for tickets that were fixed more than six months ago. (The original sample is detected as 16:9 with current FFmpeg.) For the specific case you mentioned: It works fine here, if you get 4:3 output please open a new ticket providing your command line (no external libraries if possible) together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 17:07:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 15:07:47 -0000 Subject: [FFmpeg-trac] #2787(FFmpeg:new): lut 3d Filter result to green Message-ID: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> #2787: lut 3d Filter result to green --------------------------------+------------------------------------- Reporter: cscope | Type: defect Status: new | Priority: important Component: FFmpeg | Version: 2.0 Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------- Summary of the bug: How to reproduce: ffmpeg -r 24 -y -i /Users/schmid/Desktop/lut3d_test/logC_00087035.mov -vf lut3d="/Users/schmid/Desktop/lut3d_test/AlexaV3_K1S1_LogC2Video_Rec709_EE_autodesk3d.3dl" -c:v prores_ks -profile:v 3 /Users/schmid/Desktop/lut3d_test/ffmpeg_00087035.mov ffmpeg version 2.0-tessus Copyright (c) 2000-2013 the FFmpeg developers built on Jul 11 2013 00:54:32 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-runtime-cpudetect libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/schmid/Desktop/lut3d_test/logC_00087035.mov': Metadata: creation_time : 2013-07-15 14:18:02 Duration: 00:00:00.04, start: 0.000000, bitrate: 79800 kb/s Stream #0:0(eng): Video: prores (apcs / 0x73637061), yuv422p10le, 1920x1080, 78618 kb/s, SAR 1:1 DAR 16:9, 24 fps, 24 tbr, 24 tbn, 24 tbc Metadata: creation_time : 2013-07-15 14:18:02 handler_name : Apple Alias Data Handler timecode : 01:00:26:11 Stream #0:1(eng): Data: none (tmcd / 0x64636D74), 0 kb/s Metadata: creation_time : 2013-07-15 14:18:02 handler_name : Apple Alias Data Handler timecode : 01:00:26:11 Output #0, mov, to '/Users/schmid/Desktop/lut3d_test/ffmpeg_00087035.mov': Metadata: encoder : Lavf55.12.100 Stream #0:0(eng): Video: prores (prores_ks) (apch / 0x68637061), yuv444p10le, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 12288 tbn, 24 tbc Metadata: creation_time : 2013-07-15 14:18:02 handler_name : Apple Alias Data Handler timecode : 01:00:26:11 Stream mapping: Stream #0:0 -> #0:0 (prores -> prores_ks) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 910kB time=00:00:00.04 bitrate=178945.3kbits/s video:909kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.144412% Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. please find attached the lut, input file, resulting file & a file generated with davinci resolve. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 17:26:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 15:26:14 -0000 Subject: [FFmpeg-trac] #2787(FFmpeg:new): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.ddd06c813e433f730f68f24a9bfdf409@avcodec.org> #2787: lut 3d Filter result to green -----------------------------------+---------------------------------- Reporter: cscope | Owner: Type: defect | Status: new Priority: important | Component: FFmpeg Version: 2.0 | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Comment (by cscope): a good lut source is http://www.arri.com/camera/digital_cameras/tools/lut_generator/lut_generator.html all flavours are represented. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 17:28:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 15:28:10 -0000 Subject: [FFmpeg-trac] #2508(avformat:closed): Heavy stutter with matroska In-Reply-To: <036.eb58a662929c45955a0c618f25cc1781@avcodec.org> References: <036.eb58a662929c45955a0c618f25cc1781@avcodec.org> Message-ID: <051.019f90669ef948d43048fa096474b2ee@avcodec.org> #2508: Heavy stutter with matroska -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: regression videolan | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 6158a3bcdf52fafc1d9ae9eb358a56c614b23aa3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 19:49:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 17:49:19 -0000 Subject: [FFmpeg-trac] #2786(avformat:closed): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.1f5bb19f6118a680b24cdb479054b89d@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jamal): Both files converted into WAV using foobar2000: {{{ $ ./ffmpeg -i inside_mka_fb2k.wav -f md5 - ffmpeg version N-54738-g04b9836 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 17:57:33 with gcc 4.7.3 (GCC) configuration: --enable-nonfree --enable-gpl --enable-libfdk-aac --enable-libm p3lame --enable-libvorbis --cross-prefix=x86_64-w64-mingw32- --target- os=mingw32 --arch=x86_64 --cpu=amdfam10 --prefix=/mingw64 [...] Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'inside_mka_fb2k.wav': Duration: 00:00:11.89, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16 , 1411 kb/s Output #0, md5, to 'pipe:': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help MD5=d0beb768d860b4776358077dd9fcb1e9 size= 0kB time=00:00:11.88 bitrate= 0.0kbits/s video:0kB audio:2048kB subtitle:0 global headers:0kB muxing overhead -99.998236% }}} {{{ $ ./ffmpeg -i inside_tta_fb2k.wav -f md5 - ffmpeg version N-54738-g04b9836 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 17:57:33 with gcc 4.7.3 (GCC) configuration: --enable-nonfree --enable-gpl --enable-libfdk-aac --enable-libm p3lame --enable-libvorbis --cross-prefix=x86_64-w64-mingw32- --target- os=mingw32 --arch=x86_64 --cpu=amdfam10 --prefix=/mingw64 [...] libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'inside_tta_fb2k.wav': Duration: 00:00:11.89, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16 , 1411 kb/s Output #0, md5, to 'pipe:': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help MD5=d0beb768d860b4776358077dd9fcb1e9 size= 0kB time=00:00:11.88 bitrate= 0.0kbits/s video:0kB audio:2048kB subtitle:0 global headers:0kB muxing overhead -99.998236% }}} Same MD5 as the correct TTA demuxing with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 19:59:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 17:59:17 -0000 Subject: [FFmpeg-trac] #2785(avformat:new): Matroska muxer produces non spec conformant files when adding chapters In-Reply-To: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> References: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> Message-ID: <049.d1b3e8ecc14576bc985318ee56890195@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jamal): Looking at http://matroska.org/technical/specs/tagging/example-video.html it would seem that at least one SimpleTag for things like "title" or such are needed. Currently, mkv_write_simpletag() in matroskaenc.c [http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/matroskaenc.c;h=7efda5ab6bbda78153947d39dfcef55d6fb7c8bf;hb=HEAD#l868 is called for everything except "title" and "stereo_mode"]. By letting it call mkv_write_simpletag() for "title" tags when they are for chapters, the file validates. It also validates if i let it call mkv_write_simpletag() for any "title" tag whatsoever, be it for chapter or not. So no idea why the line i linked above is filtering them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 20:00:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 18:00:46 -0000 Subject: [FFmpeg-trac] #2786(avformat:closed): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.7586d0f2584743567bdee86f0c0a16a1@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): You are not testing demuxing at all, you are testing decoding. As I already said demuxing is perfect, the only thing that is missing is number of samples in last packet - which is essential for correct decoding of last frame, but for some reason you cut out error reported in decoding. How foobar manages to guess number of samples in last packet is essential to solving this bug. AFAIK there is nowhere in matroska stored actual number of audio samples put into TTA stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 20:01:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 18:01:06 -0000 Subject: [FFmpeg-trac] #2786(avformat:closed): TTA streams in Matroska aren't demuxed correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.5134c85b379d421ca0b2dc8b141ec985@avcodec.org> #2786: TTA streams in Matroska aren't demuxed correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): You are not testing demuxing at all, you are testing decoding. As I already said demuxing is perfect, the only thing that is missing is number of samples in last packet - which is essential for correct decoding of last frame, but for some reason you cut out error reported in decoding. How foobar manages to guess number of samples in last packet is essential to solving this bug. AFAIK there is nowhere in matroska stored actual number of audio samples put into TTA stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 20:02:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 18:02:11 -0000 Subject: [FFmpeg-trac] #2786(avformat:reopened): last packet of TTA stream in Matroska isn't decoded correctly (was: TTA streams in Matroska aren't demuxed correctly) In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.1e1c53e183b25a5088f5bf23a45bd4d5@avcodec.org> #2786: last packet of TTA stream in Matroska isn't decoded correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: closed => reopened * resolution: invalid => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 20:07:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 18:07:39 -0000 Subject: [FFmpeg-trac] #2785(avformat:open): Matroska muxer produces non spec conformant files when adding chapters In-Reply-To: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> References: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> Message-ID: <049.638eb7466597e9c1475cfc3402e03d2b@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 20:18:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 18:18:05 -0000 Subject: [FFmpeg-trac] #2352(avformat:open): LXF VBI data support In-Reply-To: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> References: <035.3fa2e50aa938a3edfdd2019d182ee26d@avcodec.org> Message-ID: <050.af325f7b4a6e8bda37da26ea764f5ecd@avcodec.org> #2352: LXF VBI data support -------------------------------------+------------------------------------ Reporter: andrew | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: lxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * priority: minor => wish * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 20:26:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 18:26:24 -0000 Subject: [FFmpeg-trac] #2786(avformat:reopened): last packet of TTA stream in Matroska isn't decoded correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.7abf53956b6363d1e6174fabf41df930@avcodec.org> #2786: last packet of TTA stream in Matroska isn't decoded correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jamal): I have not cut out any errors in any of the outputs. They are intact, save for the section that reports libraries version which i replaced with a [...] placeholder in all except the first output i pasted here. And I have no idea how foobar2000 guesses the size of last packet since unfortunately it's not an open source player (Beyond using libavcodec to decode mp3, aac and vorbis streams). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 20:30:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 18:30:59 -0000 Subject: [FFmpeg-trac] #2786(avformat:reopened): last packet of TTA stream in Matroska isn't decoded correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.f07e4740bd38de5d6df29f5311a590ee@avcodec.org> #2786: last packet of TTA stream in Matroska isn't decoded correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): Then how i get error whan decoding mka created with ffmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 21:08:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 19:08:42 -0000 Subject: [FFmpeg-trac] #2786(avformat:reopened): last packet of TTA stream in Matroska isn't decoded correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.9c763317fc56be40a2cf4214fd21c1c5@avcodec.org> #2786: last packet of TTA stream in Matroska isn't decoded correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jamal): I have no idea. I'm using inside.tta from the FATE suit, ffmpeg compiled from git-head using mingw-w64 and Linux x86, and running "./ffmpeg -i inside.tta -c:a copy inside.mka" then "./ffmpeg -i inside.mka -f md5 -" doesn't report any demuxing or decoding errors at all. I have even tried remuxing the mka into another mka with "./ffmpeg -i inside.mka -c:a copy inside2.mka" and still no errors. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 21:28:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 19:28:16 -0000 Subject: [FFmpeg-trac] #2786(avformat:reopened): last packet of TTA stream in Matroska isn't decoded correctly In-Reply-To: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> References: <034.14cb47d983b09a56a43d610a9d38dfd8@avcodec.org> Message-ID: <049.19c54d3e3fb7b970ebcc3a2ad8c5afb9@avcodec.org> #2786: last packet of TTA stream in Matroska isn't decoded correctly ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): Ah, it must be because of rounding error when using doubles. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 15 21:45:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 19:45:50 -0000 Subject: [FFmpeg-trac] #2788(undetermined:new): wmv3: seek only to keyframes Message-ID: <038.f78ffa27d833d4e7d0528a1087b88c43@avcodec.org> #2788: wmv3: seek only to keyframes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www1.datafilehost.com/d/7d7ae1ff When I use this command: {{{ C:\>ffmpegx -ss 3 -i 1.wmv -t 1 out.avi ffmpeg version N-54658-g43d3659 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 12 2013 02:23:12 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.101 / 55. 12.101 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.100 / 3. 80.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from '1.wmv': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 1200000 Buffer Average : 31270 IsVBR : 1 DeviceConformanceTemplate: MP at ML WM/WMADRCPeakReference: 32767 WM/WMADRCAverageReference: 11848 Duration: 00:04:11.33, start: 0.040000, bitrate: 622 kb/s Stream #0:0(pol): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp , 96 kb/s Stream #0:1(pol): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 360x288, 512 kb/s, SAR 1:1 DAR 5:4, 25 tbr, 1k tbn, 1k tbc Output #0, avi, to 'out.avi': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 1200000 Buffer Average : 31270 IsVBR : 1 DeviceConformanceTemplate: MP at ML WM/WMADRCPeakReference: 32767 WM/WMADRCAverageReference: 11848 ISFT : Lavf55.12.101 Stream #0:0(pol): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 360x288 [SAR 1: 1 DAR 5:4], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1(pol): Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 44100 Hz, s tereo, fltp Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> mpeg4) Stream #0:0 -> #0:1 (wmav2 -> libmp3lame) Press [q] to stop, [?] for help Error while decoding stream #0:1: Error number -1 occurred [wmv3 @ 0x2123cc0] warning: first frame is no keyframe Last message repeated 1 times frame= 25 fps=0.0 q=1.6 Lsize= 87kB time=00:00:01.01 bitrate= 697.4kbits/ s dup=0 drop=17 video:46kB audio:28kB subtitle:0 global headers:0kB muxing overhead 16.876349% }}} then the first frame in the output file will be damaged/with artefacts. The real problem which I would like to see fixed by reporting this issue is that when I seek (ffplay) in the attached video with (pressed) left mouse button then sometimes I get gray screen/artefacts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 00:50:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 22:50:38 -0000 Subject: [FFmpeg-trac] #2788(undetermined:open): wmv3: seek only to keyframes In-Reply-To: <038.f78ffa27d833d4e7d0528a1087b88c43@avcodec.org> References: <038.f78ffa27d833d4e7d0528a1087b88c43@avcodec.org> Message-ID: <053.78e3688c7b60c8da87a1519cf412060d@avcodec.org> #2788: wmv3: seek only to keyframes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: seek asf | Resolution: wmv3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => seek asf wmv3 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Could be related to ticket #1616. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 01:26:25 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Jul 2013 23:26:25 -0000 Subject: [FFmpeg-trac] #2787(undetermined:new): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.35bb1deeed11b93c61cf9af517792bbe@avcodec.org> #2787: lut 3d Filter result to green --------------------------------+---------------------------------------- Reporter: cscope | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.0 | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * priority: important => normal * component: FFmpeg => undetermined Comment: Is this a regression? Could you confirm that the problem is also reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 04:20:10 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 02:20:10 -0000 Subject: [FFmpeg-trac] #2782(avformat:open): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.78c3051de903896f536a2fd9c2bfe75a@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by feelart): Regarding MP4Box, I don't know this tool. https://github.com/elfchief/mp3gain/blob/master/aacgain/aacgain.cpp Line 317&318 {{{ //ignore error 4 (scalefactor out of range) which seems to happen on some tracks //other errors are fatal }}} aacgain starts to process the file almost till the end, then stops on fatal error. Same kind of fatal error both with {{{ ffmpeg -i alice.aac -bsf:a aac_adtstoasc -vol 312 test.aac or ffmpeg -y -i alice.aac -bsf:a aac_adtstoasc -af volume=1.5 test.aac }}} {{{ F:\Youtube Extract\Music>ffmpeg -y -i alice.aac -bsf:a aac_adtstoasc -af volume=1.5 test.aac ffmpeg version N-54691-g7f4a1fd Copyright (c) 2000-2013 the FFmpeg developers built on Jul 12 2013 16:31:48 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --en able-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enable-l ibgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora - -enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0000000002529fe0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'alice.aac': Metadata: title : Alice Deejay - Better Off Alon Duration: 00:03:46.41, bitrate: 77 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 77 kb/s Output #0, adts, to 'test.aac': Metadata: title : Alice Deejay - Better Off Alon encoder : Lavf55.12.102 Stream #0:0: Audio: aac (libvo_aacenc), 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> libvo_aacenc) Press [q] to stop, [?] for help decode_band_types: Input buffer exhausted before END element found Error while decoding stream #0:0: Invalid data found when processing input [aac @ 0000000002536ea0] channel element 2.0 is not allocated Error while decoding stream #0:0: Error number -1 occurred size= 2440kB time=00:02:39.13 bitrate= 125.6kbits/s video:0kB audio:2487kB subtitle:0 global headers:0kB muxing overhead -1.884090% }}} So far as I understand, it's a bug for ffmpeg. I have other samples, which throw other error. P.S. Work in progress against annoying important de-synch bugs such as ticket 2400? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 08:33:11 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 06:33:11 -0000 Subject: [FFmpeg-trac] #2787(undetermined:new): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.d9088236caa2c71b71f539f6382ce1ce@avcodec.org> #2787: lut 3d Filter result to green --------------------------------+---------------------------------------- Reporter: cscope | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.0 | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cscope): confirmed with this build ffmpeg version N-54901-g1ef8e69d-tessus Copyright (c) 2000-2013 the FFmpeg developers built on Jul 14 2013 00:27:31 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-runtime-cpudetect libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 10:48:41 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 08:48:41 -0000 Subject: [FFmpeg-trac] #2787(undetermined:new): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.badd556e8a5b94f426285512fc994a45@avcodec.org> #2787: lut 3d Filter result to green -------------------------------------+------------------------------------- Reporter: cscope | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: lut3d | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 2.0 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 10:58:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 08:58:05 -0000 Subject: [FFmpeg-trac] #2787(undetermined:new): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.bc3adb3d2c82c82b43d0501c99ccb9bc@avcodec.org> #2787: lut 3d Filter result to green -------------------------------------+------------------------------------- Reporter: cscope | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: lut3d | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Looking at the 3dl file you uploaded, it contains values from 0 to 4095. Doesn't this mean it would work in a 12bit colour-space while the FFmpeg lut3d filter only supports 8bit and 16bit RGB? Since you did not specify a colour-space with the format filter, I expect ffmpeg to use RGB48, {{{-loglevel debug}}} will tell you. Or do I misunderstand? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 11:26:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 09:26:49 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.10a34c7a50741ff22ec916b1f0a4d8c6@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => worksforme Comment: Replying to [comment:4 feelart]: I will close this ticket since I don't see much indication that there is anything that should (or can) be fixed in FFmpeg, feel free to reopen if you can add information that indicates I am wrong. > Same kind of fatal error both with > {{{ > ffmpeg -i alice.aac -bsf:a aac_adtstoasc -vol 312 test.aac > or > ffmpeg -y -i alice.aac -bsf:a aac_adtstoasc -af volume=1.5 test.aac > }}} bitstreamfilters (-bsf) only work with -codec copy so these command lines make no sense. > {{{ > decode_band_types: Input buffer exhausted before END element found > Error while decoding stream #0:0: Invalid data found when processing input > [aac @ 0000000002536ea0] channel element 2.0 is not allocated > Error while decoding stream #0:0: Error number -1 occurred > }}} I assume this is what you mean with ''fatal errors'': The messages are shown because - as you already indicated in comment:1 - the sample was cut in the middle of the file, since it wasn't cut on a frame boundary ffmpeg inevitably will fail on the last, incomplete frame. There is nothing ''fatal'' about these messages though, ffmpeg finishes transcoding as expected or do I miss something? > So far as I understand, it's a bug for ffmpeg. I am not sure I understand: Did you test the output file with any professional or proprietary software or a stream analyzer? Did any of them indicate an invalid output file? > I have other samples, which throw other error. It is (obviously) not always a bug if FFmpeg throws an error. If you think it is a bug that FFmpeg throws an error, please open a ticket on this bug tracker, if you are not sure, please post a question on the ffmpeg-user mailing list. > P.S. Work in progress against annoying important de-synch bugs such as ticket #2400? Patch welcome but note that I suspect it is trivial to workaround that issue, just copy audio into an adts container. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 11:40:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 09:40:56 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.a4f3d0bf23811c1a4b67a634304a56aa@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by saste): Replying to [comment:5 cehoyos]: > Replying to [comment:4 feelart]: > > I will close this ticket since I don't see much indication that there is anything that should (or can) be fixed in FFmpeg, feel free to reopen if you can add information that indicates I am wrong. > > > Same kind of fatal error both with > > {{{ > > ffmpeg -i alice.aac -bsf:a aac_adtstoasc -vol 312 test.aac > > or > > ffmpeg -y -i alice.aac -bsf:a aac_adtstoasc -af volume=1.5 test.aac > > }}} > > bitstreamfilters (-bsf) only work with -codec copy so these command lines make no sense. That's not correct, bitstream filters are applied *after* filtering and *before* sending the packet to the muxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 11:57:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 09:57:09 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.1638b5ebde2d1697cf92689ef3d3a826@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Replying to [comment:6 saste]: > Replying to [comment:5 cehoyos]: > > Replying to [comment:4 feelart]: > > > > I will close this ticket since I don't see much indication that there is anything that should (or can) be fixed in FFmpeg, feel free to reopen if you can add information that indicates I am wrong. Do you also disagree with the above? I absolutely may miss something but I was unable to reproduce any problems with the original sample and the original command lines. > > > Same kind of fatal error both with > > > {{{ > > > ffmpeg -i alice.aac -bsf:a aac_adtstoasc -vol 312 test.aac > > > or > > > ffmpeg -y -i alice.aac -bsf:a aac_adtstoasc -af volume=1.5 test.aac > > > }}} > > > > bitstreamfilters (-bsf) only work with -codec copy so these command lines make no sense. > > That's not correct, bitstream filters are applied *after* filtering and *before* sending the packet to the muxer. (I missed that the bitstream filters also work without -codec copy but note that for the -codec copy case there is no filtering, so your description does not apply for the typical use-case.) Do the command lines actually make sense? I thought the aac_adtstoasc bitstream filter is only useful when stream-copying from adts to mov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 12:24:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 10:24:06 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.657f48bd13fb4017fd42c68282ddf8a0@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by feelart): >I will close this ticket since I don't see much indication that there is anything that should (or can) be fixed in FFmpeg Wrong, if you try to change the volume with FFMpeg the output audio can not be read any more ! AACgain just fails to perform the volume change(normalization), while ffmpeg produces a wrong audio. >bitstreamfilters (-bsf) only work with -codec copy so these command lines make no sense. {{{ ffmpeg -i alice.aac -c:a copy -bsf:a aac_adtstoasc -vol 312 test.aac }}} That does not work, because copy and vol are mutually exclusive... Also, wrong output with {{{ ffmpeg -i alice.aac -vol 312 test.aac }}} >Do the command lines actually make sense? As far, as I understand FFmpeg, to me yes, maybe not to you. >P.S. Work in progress against annoying important de-synch bugs such as ticket #2400? Patch welcome but note that I suspect it is trivial to workaround that issue, just copy audio into an adts container. Well, if it is that trivial, I'm surprised it's not already patched, maybe for next commit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 12:58:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 10:58:21 -0000 Subject: [FFmpeg-trac] #2787(undetermined:new): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.f30c0e95effb7bbd917c396d19225794@avcodec.org> #2787: lut 3d Filter result to green -------------------------------------+------------------------------------- Reporter: cscope | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: lut3d | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): If I remove comments from 3dl file, I get non-green output that match davinci_resolve_rec709_00087035.mov I did not compared bit for bit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 12:58:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 10:58:43 -0000 Subject: [FFmpeg-trac] #2787(avfilter:open): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.8c2c82629960dacdedd95e411cf4dd30@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * component: undetermined => avfilter * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 14:37:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 12:37:54 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.187ed2bbc9f9918217ea6fa48a683ae4@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I've got it. When the native aac encoder calcs a masking curve, almost inaudible sounds like 18kHz, 20kHz, 22kHz is taking into account, and audible sound like 14kHz is masked by the inaudibles. Add the inaudible noise above to the source sound and the encoded sound will be significantly degraded. I recommend that any signals above 16kHz is disregarded in psychoacoustic engines. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 14:41:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 12:41:14 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ef0b3463abd70119e91b898b08098ad4@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Alright. Good catch. I'd recommend not ignoring, because masking within that band will still be important for bit allocation purposes. Rather, back-spreading rolloff (towards the lower frequencies) should be tweaked a bit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 15:35:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 13:35:20 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.78d73359be185620dc873099a7a60f12@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Things start to make sense. Could you tweak the back-spreading and provide the patch for me? I'd like to test that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 15:37:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 13:37:12 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.a335dd03c08782a38afb53eab077c7cb@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Replying to [comment:8 feelart]: > Also, wrong output with > > {{{ > ffmpeg -i alice.aac -vol 312 test.aac > }}} Could you elaborate? The command succeeds here, what do you mean with ''wrong output''? > > >P.S. Work in progress against annoying important de-synch bugs such as ticket #2400? > > Patch welcome but note that I suspect it is trivial to workaround that issue, just copy audio into an adts container. > > Well, if it is that trivial, I'm surprised it's not already patched, maybe for next commit. I don't know how difficult it is to fix the issue, I wrote that it is trivial to ''workaround'' it (just remux to aac). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 15:39:34 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 13:39:34 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9b79fb46deb745f382382557eacc89f6@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Yes, will do this tonight (at work right now). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 19:37:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 17:37:20 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.936a1ec0ac7bcf618b9ec5a7b3923fdc@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kla960): Replying to [comment:8 cehoyos]: > The shorter command line from comment:3 does not allow to reproduce the problem? Sorry, but doesn't understand the question. Is something else still missing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 20:03:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 18:03:04 -0000 Subject: [FFmpeg-trac] #2789(undetermined:new): 2-pass processing of inputs, generating statistics Message-ID: <034.ff9d5bb20b660e0360336c78497089f0@avcodec.org> #2789: 2-pass processing of inputs, generating statistics -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: normal | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- I would like to suggest a new feature which would first read an entire input file (if it is a finite source, like a file, not a live stream) and generate a lot of statistics, needed for the further processing requested on the command line. For example, something like this: {{{ ffmpeg -generate_statistic -i input.mp4 -ss -45 -c:v copy output.mp4 }}} would make a 2-pass reading of the input source. First time, it will read entire file, generating various statistics, one of which could be the number of total frames in a video stream. The second time it reads the input file and now it can "understand" that "-45" time point means "45 seconds before the end", because it has got a number of total frames, gathered in the 1st pass. This would help implement other features too, which can't be easily implemented in a 1-pass reading of the input, which ffmpeg implements so far. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 20:04:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 18:04:09 -0000 Subject: [FFmpeg-trac] #2631(avfilter:open): fade filter offset from the end of stream In-Reply-To: <034.580059287863d012870297a08b63330c@avcodec.org> References: <034.580059287863d012870297a08b63330c@avcodec.org> Message-ID: <049.0ecfeb9e10e98a9d71c6c341f89ca8ef@avcodec.org> #2631: fade filter offset from the end of stream -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by burek): I suggested the implementation of a new feature here: https://ffmpeg.org/trac/ffmpeg/ticket/2789 That might help implementing this feature, as well as other usable features that ffmpeg can't easily implement right now, because of the 1-pass processing logic. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 21:07:42 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 19:07:42 -0000 Subject: [FFmpeg-trac] #1424(undetermined:closed): Film Strip Logo In-Reply-To: <034.96498ceb1108414a235597ab5d77d4ca@avcodec.org> References: <034.96498ceb1108414a235597ab5d77d4ca@avcodec.org> Message-ID: <049.cf06fa6eef0257eee0b900290d627b36@avcodec.org> #1424: Film Strip Logo -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: art | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => wontfix Comment: Looks like nobody cares. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 21:10:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 19:10:49 -0000 Subject: [FFmpeg-trac] #2437(trac:closed): Emphasize "Register" link/button on trac page In-Reply-To: <034.6c776a1efa2d3b63d1c0932e2260ef77@avcodec.org> References: <034.6c776a1efa2d3b63d1c0932e2260ef77@avcodec.org> Message-ID: <049.3d322f1418f4c12e259fa567aa9dc0fa@avcodec.org> #2437: Emphasize "Register" link/button on trac page -------------------------------------+----------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: trac Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by richardpl): * status: new => closed * resolution: => wontfix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 21:13:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 19:13:14 -0000 Subject: [FFmpeg-trac] #2624(FFserver:closed): Simplifying ffserver to make it more easy to maintain In-Reply-To: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> References: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> Message-ID: <049.99529199fc9b8b352bc073d88f6fdcdd@avcodec.org> #2624: Simplifying ffserver to make it more easy to maintain -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFserver Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 21:15:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 19:15:13 -0000 Subject: [FFmpeg-trac] #1535(documentation:open): Wrong "profile" FAQ entry In-Reply-To: <034.70841f862c8c1807528183730b6328c4@avcodec.org> References: <034.70841f862c8c1807528183730b6328c4@avcodec.org> Message-ID: <049.cd1598ed05a7641e0d2ee34edb290ebf@avcodec.org> #1535: Wrong "profile" FAQ entry -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by richardpl): 7 months passed and still not fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 22:51:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 20:51:37 -0000 Subject: [FFmpeg-trac] #2790(undetermined:new): FFmpeg moves content of first chapter from a mkv file into global Message-ID: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> #2790: FFmpeg moves content of first chapter from a mkv file into global -------------------------------------+------------------------------------- Reporter: xZise | Type: defect Status: new | Priority: minor Component: | Version: git- undetermined | master Keywords: chapter | Blocked By: matroska | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When I create a mkv file with chapters using the ffmetadata file and then parse it by ffmpeg again, it will remove the first chapter and some metadata of it become global. How to reproduce: {{{ % ./ffmpeg -i src_meta.txt -i src_video.webm -c copy tgt_video.mkv ffmpeg version N-54769-g5ceffb1 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 16 2013 22:14:51 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --disable-yasm libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, ffmetadata, from 'src_meta.txt': Duration: 00:00:09.42, start: 0.000000, bitrate: 0 kb/s Chapter #0.0: start 0.000000, end 0.990000 Metadata: TITLE : Chapter 1 TYPE : c1 Chapter #0.1: start 1.000000, end 9.420000 Metadata: TITLE : Chapter 2 TYPE : c2 Input #1, matroska,webm, from 'src_video.webm': Duration: 00:00:09.42, start: 0.000000, bitrate: 1827 kb/s Stream #1:0: Video: vp8, yuv420p, 1280x720, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Stream #1:1: Audio: vorbis, 48000 Hz, stereo, fltp (default) Output #0, matroska, to 'tgt_video.mkv': Metadata: encoder : Lavf55.12.102 Chapter #0.0: start 0.000000, end 0.990000 Metadata: TITLE : Chapter 1 TYPE : c1 Chapter #0.1: start 1.000000, end 9.420000 Metadata: TITLE : Chapter 2 TYPE : c2 Stream #0:0: Video: vp8 (VP80 / 0x30385056), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 1k tbn, 1k tbc (default) Stream #0:1: Audio: vorbis (oV[0][0] / 0x566F), 48000 Hz, stereo (default) Stream mapping: Stream #1:0 -> #0:0 (copy) Stream #1:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 234 fps=0.0 q=-1.0 Lsize= 2101kB time=00:00:09.39 bitrate=1831.7kbits/s video:1945kB audio:146kB subtitle:0 global headers:0kB muxing overhead 0.467363% % ./ffmpeg -i tgt_video.mkv -f ffmetadata tgt_meta.txt ffmpeg version N-54769-g5ceffb1 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 16 2013 22:14:51 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --disable-yasm libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, matroska,webm, from 'tgt_video.mkv': Metadata: ENCODER : Lavf55.12.102 TYPE : c1 Duration: 00:00:09.42, start: 0.000000, bitrate: 1827 kb/s Chapter #0.0: start 1.000000, end 9.420000 Metadata: title : Chapter 2 TYPE : c2 Stream #0:0: Video: vp8, yuv420p, 1280x720, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp (default) Output #0, ffmetadata, to 'tgt_meta.txt': Metadata: ENCODER : Lavf55.12.102 TYPE : c1 Chapter #0.0: start 1.000000, end 9.420000 Metadata: title : Chapter 2 TYPE : c2 Stream mapping: Press [q] to stop, [?] for help size= 0kB time=-577014:-32:-22.-77 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} As you can see, the first chapter is missing and starts directly with the second. Additionally it shows the TYPE metadata of the first chapter in the global metadata. I used mkvtoolnix to look into the file and there the first chapter exists, so it looks like the decoding failed. Although I tried it with another proprietary mkv file and there it works fine. Unfortunately I can't upload that file. I used [http://http://commons.wikimedia.org/wiki/File:Chinese_Signal.webm] to encode and this is the metadata file: {{{ ;FFMETADATA1 [CHAPTER] TIMEBASE=1/100 START=0 END=99 TITLE=Chapter 1 TYPE=c1 [CHAPTER] TIMEBASE=1/100 START=100 END=942 TITLE=Chapter 2 TYPE=c2 }}} And mkvtoolnix is producing the following: {{{ + EBML head |+ EBML version: 1 |+ EBML read version: 1 |+ EBML maximum ID length: 4 |+ EBML maximum size length: 8 |+ Doc type: matroska |+ Doc type version: 2 |+ Doc type read version: 2 + Segment, size 2151327 |+ Seek head (subentries will be skipped) |+ EbmlVoid (size: 133) |+ Segment information | + Timecode scale: 1000000 | + Muxing application: Lavf55.12.102 | + Writing application: Lavf55.12.102 | + Segment UID:0xf2 0x8c 0x0b 0x70 0x15 0x18 0x4d 0x25 0x54 0xc7 0xfd 0xd7 0x92 0x17 0xe7 0x31 | + Duration: 9.417s (00:00:09.417) |+ Segment tracks | + A track | + Track number: 1 | + Track UID: 1 | + Lacing flag: 0 | + Language: und | + Default flag: 1 | + Codec ID: V_VP8 | + Track type: video | + Default duration: 40.000ms (25.000 fps for a video track) | + Video track | + Pixel width: 1280 | + Pixel height: 720 | + Display width: 1280 | + Display height: 720 | + A track | + Track number: 2 | + Track UID: 2 | + Lacing flag: 0 | + Language: und | + Default flag: 1 | + Codec ID: A_VORBIS | + Track type: audio | + Audio track | + Channels: 2 | + Sampling frequency: 48000 | + Bit depth: 32 | + CodecPrivate, length 4256 |+ Chapters | + EditionEntry | + EditionFlagDefault: 1 | + EditionFlagHidden: 0 | + ChapterAtom | + ChapterUID: 0 | + ChapterTimeStart: 00:00:00.000000000 | + ChapterTimeEnd: 00:00:00.990000000 | + ChapterFlagHidden: 0 | + ChapterFlagEnabled: 1 | + ChapterDisplay | + ChapterString: Chapter 1 | + ChapterLanguage: und | + ChapterAtom | + ChapterUID: 1 | + ChapterTimeStart: 00:00:01.000000000 | + ChapterTimeEnd: 00:00:09.420000000 | + ChapterFlagHidden: 0 | + ChapterFlagEnabled: 1 | + ChapterDisplay | + ChapterString: Chapter 2 | + ChapterLanguage: und |+ Tags | + Tag | + Targets | + Simple | + Name: ENCODER | + String: Lavf55.12.102 | + Tag | + Targets | + ChapterUID: 0 | + Simple | + Name: TYPE | + String: c1 | + Tag | + Targets | + ChapterUID: 1 | + Simple | + Name: TYPE | + String: c2 |+ Cluster }}} Thanks in advance. Fabian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 23:10:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 21:10:40 -0000 Subject: [FFmpeg-trac] #2789(undetermined:new): 2-pass processing of inputs, generating statistics In-Reply-To: <034.ff9d5bb20b660e0360336c78497089f0@avcodec.org> References: <034.ff9d5bb20b660e0360336c78497089f0@avcodec.org> Message-ID: <049.74033315bc47c8d2ac1166666e426d84@avcodec.org> #2789: 2-pass processing of inputs, generating statistics -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 16 23:17:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 21:17:43 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.3e1d9669309197d497e1bf574530dd26@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I asked for a failing command line and the complete, uncut console output in comment:1 You posted console output in comment:2 and a very short command line in comment:3 I believe the command and the console output do not match and wrote comment:6 - I was hoping you would use the short command line from comment:3 (assuming it does allow to reproduce the problem) and add the console output. In comment:7 you added a very long command line with several options that look unrelated to your original problem. If the simple and short command line allows to reproduce your original problem, please provide complete, uncut console output for it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 01:50:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Jul 2013 23:50:13 -0000 Subject: [FFmpeg-trac] #2791(undetermined:new): ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input Message-ID: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> #2791: ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input -------------------------------------+------------------------------------- Reporter: kml2 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm working on building ffmpeg from git sources on linux/64. Currently, a build of `master` fails to play a video; a build of `release` -- same rev, config, same machine, same input -- works fine. This only happens on some linux/64 machines I build the new ffmpeg-master on -- not all (They're all/always linux/64, with NVidia video). So there's some sort of ENV dependency. But the built-from-src *release* version definitely works -- both standalone AND as an external ffmpeg to XBMC. the -master branch does not. Here's what I'm doing {{{ cd /usr/local/src/ffmpeg git log | head -n 3 commit a80e622924c89df69fb1c225ba432fe12fe6648e Author: Michael Niedermayer Date: Sun Jul 14 19:13:46 2013 +0200 ./configure ... make make install ldconfig /usr/local/bin/ffmpeg -i MyMovie.mkv ... ffmpeg version N-54771-ga80e622 Copyright (c) 2000-2013 the FFmpeg developers ... [h264 @ 0x1f09700] non-existing PPS referenced [h264 @ 0x1f09700] non-existing PPS 9 referenced [h264 @ 0x1f09700] decode_slice_header error [h264 @ 0x1f09700] no frame! [h264 @ 0x1f09700] first_mb_in_slice overflow [h264 @ 0x1f09700] decode_slice_header error [h264 @ 0x1f09700] number of reference frames (0+17) exceeds max (16; probably corrupt input), discarding one [h264 @ 0x1f09700] non-existing PPS referenced [h264 @ 0x1f09700] slice type too large (32) at 0 0 [h264 @ 0x1f09700] decode_slice_header error [h264 @ 0x1f09700] no frame! [h264 @ 0x1f09700] non-existing PPS referenced [h264 @ 0x1f09700] slice type too large (11) at 0 0 [h264 @ 0x1f09700] decode_slice_header error [h264 @ 0x1f09700] no frame! [h264 @ 0x1f09700] non-existing PPS referenced [h264 @ 0x1f09700] non-existing PPS 19 referenced [h264 @ 0x1f09700] decode_slice_header error ... make clean git reset --hard git checkout -b Release011 remotes/origin/release/0.11 ./configure ... make make install ldconfig /usr/local/bin/ffmpeg -i MyMovie.mkv ... ffmpeg version 0.11.3 Copyright (c) 2000-2013 the FFmpeg developers ... Input #0, matroska,webm, from 'MyMovie.mkv': Duration: 02:03:48.22, start: 0.000000, bitrate: 1677 kb/s Chapter #0.0: start 0.000000, end 542.975754 Metadata: title : Chapter 1 ... }}} Cutting out a small segment {{{ ffmpeg -ss 0 -t 2 -i MyMovie.mkv -vcodec copy -acodec copy MySegment.mkv }}} back to -master branch, verifying that I can reproduce this with MySegment.mkv, {{{ /usr/local/bin/ffmpeg -i MySegment.mkv ... ffmpeg version N-54771-ga80e622 Copyright (c) 2000-2013 the FFmpeg developers ... [h264 @ 0x19e3e80] non-existing PPS referenced [h264 @ 0x19e3e80] non-existing PPS 9 referenced [h264 @ 0x19e3e80] decode_slice_header error [h264 @ 0x19e3e80] no frame! [h264 @ 0x19e3e80] first_mb_in_slice overflow [h264 @ 0x19e3e80] decode_slice_header error [h264 @ 0x19e3e80] number of reference frames (0+17) exceeds max (16; probably corrupt input), discarding one [h264 @ 0x19e3e80] non-existing PPS referenced [h264 @ 0x19e3e80] slice type too large (32) at 0 0 [h264 @ 0x19e3e80] decode_slice_header error [h264 @ 0x19e3e80] no frame! }}} I'm attaching MySegment.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 05:52:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 03:52:25 -0000 Subject: [FFmpeg-trac] #2694(avformat:closed): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.b89eb3275b8b9f7caeca03d9fe02a69f@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): Sorry - it turned out to be my fault (kind of)- i added an int field (called timestamp) to an ffmpeg header file (avformat.h) which somehow broke the callback (I have no idea how). Removing the int declaration fixed the interrupt callback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 06:55:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 04:55:05 -0000 Subject: [FFmpeg-trac] #2791(undetermined:new): ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input In-Reply-To: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> References: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> Message-ID: <048.3f31cbdddf9a53d74ab7bcd8a85d438b@avcodec.org> #2791: ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input -------------------------------------+------------------------------------- Reporter: kml2 | 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): Please provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 07:57:42 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 05:57:42 -0000 Subject: [FFmpeg-trac] #2787(avfilter:open): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.38601ade21d5cad07bb6264e78588e70@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): The filter does not expect this line in the 3dl file: {{{ 0 64 128 192 256 320 384 448 512 576 640 704 768 832 896 960 1023 }}} Could you test if the output looks as expected if you remove this (third) line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 08:08:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 06:08:44 -0000 Subject: [FFmpeg-trac] #2785(avformat:open): Matroska muxer produces non spec conformant files when adding chapters In-Reply-To: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> References: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> Message-ID: <049.720c92094550584cb4c963c19385754a@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jamal): Ok, "title" and "stereo_mode" metadata entries are correctly being filtered here, but when they are the only ones available, the muxer creates a tag without any SimpleTag element inside, which should not happen. I just sent a patch to ffmpeg-devel to check for valid metadata entries before calling mkv_write_tag(), that will prevent the creation of empty tags. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 08:15:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 06:15:55 -0000 Subject: [FFmpeg-trac] #2787(avfilter:open): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.c7b3e865794316c476621df07e0a7b1c@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cscope): When deleting line 3 this error occurs [Parsed_lut3d_0 @ 0x103100000] Unexpected EOF [AVFilterGraph @ 0x101c03c40] Error initializing filter 'lut3d' with args '/Users/cscope/Documents/lut3dtest/lut3d_failure/AlexaV3_K1S1_LogC2Video_Rec709_EE_autodesk3d.3dl' Error opening filters! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 08:31:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 06:31:49 -0000 Subject: [FFmpeg-trac] #2787(avfilter:open): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.83263532ed3b42f450f2e63fa2a32104@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Does the waveform you attached indicates that the output is ok or that it is still wrong? I attached the 3dl file I used for testing, third line removed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 08:43:26 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 06:43:26 -0000 Subject: [FFmpeg-trac] #2787(avfilter:open): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.0aa70b1b48adb6072653817bf1799c2f@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cscope): Waveform indicates that there is a slight difference, i guess a slight gamma shift. if you look at the color patches they seemed to be a bit compressed. is there a gamma value in the source code? tested without third line only & get same result as deleting first 2 comment lines. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 08:58:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 06:58:06 -0000 Subject: [FFmpeg-trac] #2787(avfilter:open): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.7ea56263c5349d58a58d2dcc9be2df41@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cscope): compared source file with encoded file without lut3d filter & gamma shift is also there. i think the slight gamma shift is not a problem of the lut3d filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 09:02:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 07:02:16 -0000 Subject: [FFmpeg-trac] #2787(avfilter:open): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.5982b27d5593e7a54419ae9396153d73@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 0 => 1 Comment: Patch sent, the problem is that comments within the file are (correctly) ignored while comments on top make the filter fail because the line defining the sampling intervals is always ignored. If this line and comments are present, the parser does not skip the line with the sampling intervals. http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/166314 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 09:10:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 07:10:21 -0000 Subject: [FFmpeg-trac] #2790(undetermined:new): FFmpeg moves content of first chapter from a mkv file into global In-Reply-To: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> References: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> Message-ID: <049.ff9dcf5a54d279225c20f52513a6ed84@avcodec.org> #2790: FFmpeg moves content of first chapter from a mkv file into global -------------------------------------+------------------------------------- Reporter: xZise | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: chapter | Resolution: matroska | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jamal): "ChapterUID: 0" That seems to the problem. The Matroska demuxer is ignoring the chapter with uid 0, and reading the second one (With uid 1) as if it were the first. The ffmetadata demuxer assigns the id 0 to the first chapter it reads from src_meta.txt, and the Matroska muxer used it. mkvalidator doesn't complain about the resulting file tgt_video.mkv, so 0 is a valid value for ChapterUID. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 09:11:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 07:11:44 -0000 Subject: [FFmpeg-trac] #2790(avformat:new): FFmpeg moves content of first chapter from a mkv file into global In-Reply-To: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> References: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> Message-ID: <049.c6873b830de66c82598de3c531e5ea56@avcodec.org> #2790: FFmpeg moves content of first chapter from a mkv file into global ------------------------------------+------------------------------------ Reporter: xZise | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by jamal): * keywords: chapter matroska => mkv * priority: minor => normal * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 09:22:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 07:22:13 -0000 Subject: [FFmpeg-trac] #2790(avformat:new): FFmpeg moves content of first chapter from a mkv file into global In-Reply-To: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> References: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> Message-ID: <049.9d3e1acf06f3c89dd0e05313daf30829@avcodec.org> #2790: FFmpeg moves content of first chapter from a mkv file into global ------------------------------------+------------------------------------ Reporter: xZise | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * cc: jamal (added) Comment: Replying to [comment:1 jamal]: > 0 is a valid value for ChapterUID. I don't think this is correct, see http://matroska.org/technical/specs/index.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 09:24:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 07:24:49 -0000 Subject: [FFmpeg-trac] #2790(avformat:new): FFmpeg moves content of first chapter from a mkv file into global In-Reply-To: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> References: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> Message-ID: <049.28752e853a35e6698ba65b2d91426996@avcodec.org> #2790: FFmpeg moves content of first chapter from a mkv file into global ------------------------------------+------------------------------------ Reporter: xZise | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jamal): Replying to [comment:3 cehoyos]: > Replying to [comment:1 jamal]: > > 0 is a valid value for ChapterUID. > > I don't think this is correct, see http://matroska.org/technical/specs/index.html Odd, I'd expect their own validator to catch that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 10:20:29 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 08:20:29 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.8d9b830c81ecec9a340169b6f1d30854@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by feelart): >ffmpeg -i alice.aac -vol 312 test.aac >The command succeeds here. Yes, but can't play output audio, it's rubbish. However, converting this output to mp3, now plays well {{{ ffmpeg -i test.aac testMP3.mp3 }}} FYI: directly re-encode as mp3, no encoding or play problem. {{{ ffmpeg -i alice.aac -vol 312 outMP3.mp3 }}} CCl: mp3 is failure proofed, not aac. My guess are that with aac, there are some overflow un/miss-handling and/or un/miss non properly closed output stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 11:06:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 09:06:11 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.f7e1684c180f2ba1577ed8e1f7409ae7@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): I used the following command line: {{{$ ffmpeg -i Alice.aac -vol 312 -acodec aac -strict -2 test.aac}}} and tested the output file with faad, WMP and QT (all not FFmpeg-based), all of them decode the file without problems (as do {{{mplayer -ac ffaac}}} and {{{mplayer -ac faad}}} and vlc and ffplay). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 11:25:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 09:25:27 -0000 Subject: [FFmpeg-trac] #2790(avformat:new): FFmpeg moves content of first chapter from a mkv file into global In-Reply-To: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> References: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> Message-ID: <049.a539d777f5a101e430f18da1c293418d@avcodec.org> #2790: FFmpeg moves content of first chapter from a mkv file into global ------------------------------------+------------------------------------ Reporter: xZise | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by xZise): So avformat ?simply? needs to start the ChapterUID with 1 instead of 0? That may explain why my proprietary file is working when the ChapterUIDs look like random generated. Now I have a bunch of mkvs with the wrong ChapterUID, so maybe ffmpeg can support a ChapterUID of 0 and I can simply reformat them to a valid format. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 14:53:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 12:53:58 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.654fbf04ddda3f7fb99c4489b78732ff@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by feelart): Indeed, adding "-acodec aac -strict -2" to the command line makes it playable, otherwise not. But interestingly, {{{ ffmpeg -i Alice.aac -c:a copy -bsf:a aac_adtstoasc tMP4.mp4 }}} Ouput plays, but aacgain can't normalize it. While, {{{ ffmpeg -t 159 -i Alice.aac -c:a copy -bsf:a aac_adtstoasc tMP4.mp4 }}} 159 sec being the true duration, then aacgain do normalize tMP4.mp4 If you put - t 160 or more, again aacgain can't normalize it. So something is wrong, guessing in closing stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 15:14:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 13:14:54 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.552b7454c28ba87debb1ed297abe4988@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by feelart): To summarize, you can't copy the aac stream without forcing to specify its duration! {{{ ffmpeg -y -t 160 -i Alice.aac -c:a copy -bsf:a aac_adtstoasc t160MP4.mp4 }}} {{{ ffmpeg -y -i Alice.aac -c:a copy -bsf:a aac_adtstoasc tMP4.mp4 ffmpeg -t 159 -i tMP4.mp4 -c:a copy tForcedTo159MP4.mp4 }}} {{{ ffmpeg -t 159 -i Alice.aac -c:a copy -bsf:a aac_adtstoasc t159.mp4 }}} Aacgain, can not normalize both t160MP4 and tMP4.mp4, while both tForcedTo159MP4.mp4 and t159.mp4 do not raise any issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 15:20:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 13:20:55 -0000 Subject: [FFmpeg-trac] #2782(avformat:closed): aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option In-Reply-To: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> References: <036.9cd3cc20d6a1300a57a37c039f1ce022@avcodec.org> Message-ID: <051.37dbb91b958078e775eb5bdba6d3c3eb@avcodec.org> #2782: aac - Malformed AAC bitstream - incorrectly fixed with -bsf:a aac_adtstoasc' option ------------------------------------+-------------------------------------- Reporter: feelart | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: worksforme Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Does aacgain work with the original file Alice.aac? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 20:04:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 18:04:25 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9f40f01e1fb442faaa47e921dc5c1740@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): -cutoff 18000 seems to work, but the lowpass filter is too dull, compared to many practical encoders. libavcodec/psymodel.c has the constant FILT_ORDER, and changing the order from 4 to 8 sharpens the filter. But 12 and 16 fails somehow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 20:13:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 18:13:15 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.2d91f65c99f495a50d3878b7e1cd4785@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): I hope you're testing with good headphones. HF quality is hard to gauge with speakers, especially since good speakers cost a fortune. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 20:50:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 18:50:33 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.5f7edd9c7f75cf0bd1dea648d325a699@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Yes, I'm testing with good headphones. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 20:52:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 18:52:02 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.3a62635be0a9ead8948b56b8a028bad2@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:38 Kamedo2]: > Yes, I'm testing with good headphones. The reason I mention this is because, from my experience, FAAC tends to have a low cutoff for some bitrates, that seem optimal with speakers, but sound noticeably dull with headphones. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 21:22:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 19:22:00 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.969fcddb30475c72c210be640aba79f0@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:39 klaussfreire]: > The reason I mention this is because, from my experience, FAAC tends to have a low cutoff for some bitrates, that seem optimal with speakers, but sound noticeably dull with headphones. Exactly. FAAC cutoff is rather annoyingly low in 96kbps, 64kbps, and 32kbps, and the filter is the major reason why FAAC never beats Nero. BTW, any prospects for fixing samples 1, 4, 5, and white noise? 4 and 5 is bad at 320kbps and whitenoise.flac is bad at 384kbps. Both regain quality by -cutoff 18000. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 21:57:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 19:57:37 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ccc0ee20c44d9f00d8f955a07a98e0f8@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): from line 300: {{{ const int chan_bitrate = ctx->avctx->bit_rate / ((ctx->avctx->flags & CODEC_FLAG_QSCALE) ? 2.0f : ctx->avctx->channels); }}} to: {{{ const int chan_bitrate = FFMIN(ctx->avctx->bit_rate, 240000) / ((ctx->avctx->flags & CODEC_FLAG_QSCALE) ? 2.0 : ctx->avctx->channels); }}} significantly improves the quality. Bitrates remain relatively high in this change. I have not tested all cases, but it works on 256kbps, 320kbps, and 384kbps on many sounds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 22:21:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 20:21:25 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.44c98f11312266a002f7f92ec9b12bf3@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I've listened to over 100 samples of diverse music and speech records. No problem so far. It works on 96, 112, 128,... 256kbps, but hangs on 288kbps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 22:41:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 20:41:16 -0000 Subject: [FFmpeg-trac] #2791(undetermined:new): ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input In-Reply-To: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> References: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> Message-ID: <048.1850e60388359851d27f775a1910aaa4@avcodec.org> #2791: ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input -------------------------------------+------------------------------------- Reporter: kml2 | 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 MarkZV): Are you using gcc 4.2.x? If so then this may be a duplicate of #1464; try a newer version of gcc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 22:42:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 20:42:58 -0000 Subject: [FFmpeg-trac] #2791(undetermined:new): ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input In-Reply-To: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> References: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> Message-ID: <048.6eacec7a8b52b8764cba63d29071020d@avcodec.org> #2791: ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input -------------------------------------+------------------------------------- Reporter: kml2 | 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 kml2): no. i'm using: gcc version 4.8.1 20130711 [gcc-4_8-branch revision 200903] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 22:50:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 20:50:20 -0000 Subject: [FFmpeg-trac] #2792(undetermined:new): jpeg2000: support progression order RPCL Message-ID: <038.0a8520b6396198ac619d2319f07da4d4@avcodec.org> #2792: jpeg2000: support progression order RPCL -------------------------------------+------------------------------------- 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 1.jp2 ffmpeg version N-54766-g4f1d3e0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 16 2013 02:39:32 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [jpeg2000 @ 0x20e6480] Progression order RPCL is not implemented. Update your FF mpeg version to the newest one from Git. If the problem still occurs, it means t hat your file has a feature which has not been implemented. [jpeg2000 @ 0x20e6480] If you want to help, upload a sample of this file to ftp: //upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Input #0, image2, from '1.jp2': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpeg2000 (JPEG 2000 codestream restriction 0), rgb24, 10 24x768, 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 Jul 17 23:02:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 21:02:01 -0000 Subject: [FFmpeg-trac] #2791(undetermined:closed): ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input In-Reply-To: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> References: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> Message-ID: <048.5f3103ce405460d4158c8631a2ef8726@avcodec.org> #2791: ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input -------------------------------------+------------------------------------- Reporter: kml2 | 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 cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can provide a failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 23:05:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 21:05:07 -0000 Subject: [FFmpeg-trac] #2792(avcodec:open): jpeg2000: support progression order RPCL In-Reply-To: <038.0a8520b6396198ac619d2319f07da4d4@avcodec.org> References: <038.0a8520b6396198ac619d2319f07da4d4@avcodec.org> Message-ID: <053.2a02d99e9a385157b41b4ac9d0be2dc0@avcodec.org> #2792: jpeg2000: support progression order RPCL -------------------------------------+----------------------------------- 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 23:06:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 21:06:25 -0000 Subject: [FFmpeg-trac] #2793(undetermined:new): tiff: fix planar 16bit Message-ID: <038.95ad924634228831dd3b95ef57aeadcf@avcodec.org> #2793: tiff: fix planar 16bit -------------------------------------+------------------------------------- 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 file have green tint {{{ C:\>ffmpeg -i 1.tif out.bmp ffmpeg version N-54766-g4f1d3e0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 16 2013 02:39:32 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from '1.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, gbrp16le, 320x240, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: bmp, bgr24, 320x240, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (tiff -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:225kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.009546% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 17 23:17:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 21:17:48 -0000 Subject: [FFmpeg-trac] #2794(undetermined:new): bmp rle: fix decoding of 4bpp with flipped row order Message-ID: <038.ef73e35b7e684fc99454f6fc83f05a54@avcodec.org> #2794: bmp rle: fix decoding of 4bpp with flipped row order -------------------------------------+------------------------------------- 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 4bpp_rle_flip_order.bmp -y out.bmp ffmpeg version N-54766-g4f1d3e0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 16 2013 02:39:32 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [bmp @ 0x20ec320] MS RLE: ended frame decode with 35878 bytes left over Input #0, image2, from '4bpp_rle_flip_order.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, pal8, 320x240, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: bmp, pal8, 320x240, 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 [bmp @ 0x20ec320] MS RLE: ended frame decode with 35878 bytes left over frame= 1 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:76kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.028249% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 00:03:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Jul 2013 22:03:32 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.d13d5899acabb15a1e93f6ed56e1bebf@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Yeah, but because you're capping psy's bitrate target to non-problematic rates. I don't think that's ideal, though that indeed proves the problem lies in psy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 03:25:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 01:25:03 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.c4ac0dc4143f1a1eb1c9205776a231cc@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:43 klaussfreire]: > Yeah, but because you're capping psy's bitrate target to non-problematic rates. I don't think that's ideal, though that indeed proves the problem lies in psy. Rates go up even after capping. So it's not merely a cap. I think we're close to the solution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 07:41:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 05:41:15 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.7eaf0c7cd35de02832631021c0cf5e01@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): They go up because twoloop will push all scalefactors down uniformly until it achieves the desired bitrate, but: * It won't work with VBR, VBR almost wholly depends on psy to dictate scalefactor band noise floors. Twoloop will push scalefactors down a bit more I think but not much at those high bitrates * It's still suboptimal, it's better to let psy decide, since psy understands perceptual entropy better Sadly, I didn't have time today to work on it. Lets hope I can do so tomorrow. With your analysis I'm confident I can patch psy without having to cap anything. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 07:52:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 05:52:18 -0000 Subject: [FFmpeg-trac] #2791(undetermined:closed): ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input In-Reply-To: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> References: <033.33c188073ea4635d315f5de0b0726ddc@avcodec.org> Message-ID: <048.3d6bca76f87cf4c9f9216910ad2d6109@avcodec.org> #2791: ffmpeg-master fails @ "non-existing PPS referenced"; ffmpeg-release/0.11 OK with same input -------------------------------------+------------------------------------- Reporter: kml2 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 08:55:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 06:55:11 -0000 Subject: [FFmpeg-trac] #2793(undetermined:new): tiff: fix planar 48bpp (was: tiff: fix planar 16bit) In-Reply-To: <038.95ad924634228831dd3b95ef57aeadcf@avcodec.org> References: <038.95ad924634228831dd3b95ef57aeadcf@avcodec.org> Message-ID: <053.17e9e052dca877d0b0c40518c14e5aef@avcodec.org> #2793: tiff: fix planar 48bpp -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 09:18:16 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 07:18:16 -0000 Subject: [FFmpeg-trac] #2785(avformat:closed): Matroska muxer produces non spec conformant files when adding chapters In-Reply-To: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> References: <034.db3d068ead8088ce48b6d0afb1411f47@avcodec.org> Message-ID: <049.4d8ccbb94189e6e6a0d99f590f7f6b75@avcodec.org> #2785: Matroska muxer produces non spec conformant files when adding chapters ------------------------------------+------------------------------------ Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by jamal): * status: open => closed * resolution: => fixed Comment: Fixed in [http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=088ed5314694031e07e02e9d364c9d486a60e704 088ed5314694031e07e02e9d364c9d486a60e704] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 09:35:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 07:35:40 -0000 Subject: [FFmpeg-trac] #2790(avformat:closed): FFmpeg moves content of first chapter from a mkv file into global In-Reply-To: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> References: <034.9bb7381aab7826754983c23da8c3c843@avcodec.org> Message-ID: <049.1482ea1a8dae3f863b5848a9d46a7cf4@avcodec.org> #2790: FFmpeg moves content of first chapter from a mkv file into global ------------------------------------+------------------------------------ Reporter: xZise | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Apparently fixed in 353f302. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 09:45:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 07:45:33 -0000 Subject: [FFmpeg-trac] #2794(avcodec:open): bmp rle: fix decoding of 4bpp with flipped row order In-Reply-To: <038.ef73e35b7e684fc99454f6fc83f05a54@avcodec.org> References: <038.ef73e35b7e684fc99454f6fc83f05a54@avcodec.org> Message-ID: <053.93cb12a14e54bb9e17828795aa411f18@avcodec.org> #2794: bmp rle: fix decoding of 4bpp with flipped row order -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: bmp | 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: => bmp * type: defect => enhancement Comment: FFmpeg 0.5 showed a flipped image. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 10:50:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 08:50:15 -0000 Subject: [FFmpeg-trac] #2793(swscale:open): gbrp16 -> yuv conversion broken (was: tiff: fix planar 48bpp) In-Reply-To: <038.95ad924634228831dd3b95ef57aeadcf@avcodec.org> References: <038.95ad924634228831dd3b95ef57aeadcf@avcodec.org> Message-ID: <053.fc265421fbf305998902278928cf8c75@avcodec.org> #2793: gbrp16 -> yuv conversion broken -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: regression | Blocked By: tif | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => swscale * priority: normal => important * version: unspecified => git-master * keywords: => regression tif Comment: Regression since 02001a3. {{{ $ ffmpeg -f rawvideo -pix_fmt gbrp16le -s 320x240 -i 320x240gbrp16le.raw -pix_fmt yuvj420p out.jpg ffmpeg version N-54792-g9d01bf7 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 18 2013 10:48:21 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [rawvideo @ 0x3636ac0] Estimating duration from bitrate, this may be inaccurate Input #0, rawvideo, from '320x240gbrp16le.raw': Duration: 00:00:00.04, start: 0.000000, bitrate: 92160 kb/s Stream #0:0: Video: rawvideo, gbrp16le, 320x240, 92160 kb/s, 25 tbr, 25 tbn, 25 tbc [swscaler @ 0x362f0e0] deprecated pixel format used, make sure you did set range correctly [swscaler @ 0x3644d20] deprecated pixel format used, make sure you did set range correctly [swscaler @ 0x3652740] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'out.jpg': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: mjpeg, yuvj420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:10kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.219868% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 15:59:47 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 13:59:47 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 Message-ID: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 ----------------------------------+--------------------------------------- Reporter: ankit | Type: task Status: new | Priority: normal Component: FFserver | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ----------------------------------+--------------------------------------- Hi I have configured the ffserver. While doing live feeding and streaming it shows following error A)"Too Large Number of Skipped frames 1374156452>60000" B)"Appliaction Provide invalid, non monotonically increasing dts to muxer in stream 0" C)Error Writing Frame to output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 18:27:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 16:27:36 -0000 Subject: [FFmpeg-trac] #2796(undetermined:new): Problems dumping H264 stream from an Axis M1014 camera Message-ID: <034.c679158f5e2c8cdcc6c9624e5a08e8c4@avcodec.org> #2796: Problems dumping H264 stream from an Axis M1014 camera -------------------------------------+------------------------------------- Reporter: aseto | 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 similar ffmpeg problem that described in ticket 1734 http://trac.ffmpeg.org/ticket/1734 I downloaded the latest 2.0 release, but the problem is still there. Then, Carl suggested to test 2e4ec89, same problem. Below is my debug log from 2e4ec89. The release 2.0 debug log can be found here http://ffmpeg-users.933282.n4.nabble.com/Problems-dumping-H264 -stream-from-an-Axis-camera-td4660059.html BTW, I used rtsp://192.168.8.132/axis-media/media.amp in VLC, and I was able to view the video, so the camera is streaming. Please let me know what you think. ffmpeg version N-44796-g2e4ec89 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 17 2013 17:06:17 with gcc 4.3.2 (GCC) configuration: --arch=ppc --cpu=e500v2 --target-os=linux --samples=fate- suite/ --logfile=./config.log --disable-optimizations --disable-stripping --enable-cross-compile --cross-prefix=powerpc-none-linux-gnuspe- --sysroot=/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc- none-linux-gnuspe/powerpc-none-linux-gnuspe/libc --target- path=/opt/projects/pcs200/ltib/rootfs libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.101 / 54. 29.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [rtsp @ 0x110fa570] SDP: v=0 o=- 1365596415305563 1365596415305563 IN IP4 192.168.8.132 s=Media Presentation e=NONE b=AS:50000 t=0 0 a=control:* a=range:npt=0.000000- m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:50000 a=framerate:30.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:trackID=1 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=4D4029; sprop-parameter- sets=Z01AKZpmAoAt2AtQEBAQXpw=,aO48gA== [rtsp @ 0x110fa570] video codec set to: h264 [NULL @ 0x111026d0] RTP Packetization Mode: 1 [NULL @ 0x111026d0] RTP Profile IDC: 4d Profile IOP: 40 Level: 29 [NULL @ 0x111026d0] Extradata set to 0x11102bc0 (size: 29)! [rtsp @ 0x110fa570] hello state=0 [h264 @ 0x111026d0] no picture [rtsp @ 0x110fa570] All info found rfps: 29.583333 0.015389 rfps: 29.666667 0.009941 rfps: 29.750000 0.005692 rfps: 29.833333 0.002643 rfps: 29.916667 0.000792 rfps: 30.000000 0.000140 Last message repeated 1 times rfps: 30.083333 0.000688 Last message repeated 1 times rfps: 30.166667 0.002434 Last message repeated 1 times rfps: 30.250000 0.005379 Last message repeated 1 times rfps: 30.333333 0.009523 Last message repeated 1 times rfps: 30.416667 0.014866 rfps: 59.583333 0.016071 rfps: 59.666667 0.010571 rfps: 59.750000 0.006270 rfps: 59.833333 0.003168 rfps: 59.916667 0.001266 rfps: 60.000000 0.000561 Last message repeated 1 times rfps: 29.970030 0.000237 rfps: 59.940060 0.000947 [rtsp @ 0x110fa570] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.8.132:554/axis- media/media.amp': Metadata: title : Media Presentation Duration: N/A, start: 0.034544, bitrate: N/A Stream #0:0, 23, 1/90000: Video: h264 (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/180000, 30 tbr, 90k tbn, 180k tbc [mpegts @ 0x111033f0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to '/tmp/media/my.ts': Metadata: title : Media Presentation encoder : Lavf54.29.101 Stream #0:0, 0, 1/90000: Video: h264, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x111033f0] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 19:02:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 17:02:28 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.cea7e25ae65d454c93b2e3125fc8e8e2@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kla960): OK, here is what you request. ffmpeg -fflags +genpts -i sample.avi -vcodec copy -acodec ac3 -y sample.ts ffmpeg version N-54178-gbbe26ef Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 17:15:47 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'sample.avi': Metadata: encoder : Lavf54.17.100 Duration: 01:15:48.10, start: 0.000000, bitrate: 1234 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p, 720x576 [SAR 6 4:45 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 192 k b/s Output #0, mpegts, to 'sample.ts': Metadata: encoder : Lavf55.9.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 720x576 [SAR 64:45 DA R 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (mp3 -> ac3) Press [q] to stop, [?] for help frame= 1035 fps=0.0 q=-1.0 size= 4444kB time=00:00:41.40 bitrate= 879.4kbits/ frame= 2008 fps=2006 q=-1.0 size= 8382kB time=00:01:20.32 bitrate= 854.9kbits frame= 3054 fps=2034 q=-1.0 size= 12310kB time=00:02:02.16 bitrate= 825.5kbits . . . frame=112632 fps=1469 q=-1.0 size= 743963kB time=01:15:05.28 bitrate=1352.8kbit frame=113622 fps=1472 q=-1.0 size= 749852kB time=01:15:44.88 bitrate=1351.6kbit frame=113699 fps=1472 q=-1.0 Lsize= 750320kB time=01:15:48.09 bitrate=1351.5kbi ts/s video:571753kB audio:106596kB subtitle:0 global headers:0kB muxing overhead 10.6 09601% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 22:26:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 20:26:25 -0000 Subject: [FFmpeg-trac] #1926(avcodec:open): EXIF metadata is not extracted In-Reply-To: <038.22fc9ba31cf2c616c9f91d67b49b5087@avcodec.org> References: <038.22fc9ba31cf2c616c9f91d67b49b5087@avcodec.org> Message-ID: <053.ed9516fd7a9dd9f47ff3b9b89ef5bb80@avcodec.org> #1926: EXIF metadata is not extracted -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: metadata | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DonMoir): I attached 8 sample jpegs in jpeg_orientaton.zip that represent flipped x, y and rotated. Pictures taken with camera in landscape mode or however can be flipped or rotated and becoming more common. I cannot use ffmpeg for jpegs because of this and some jpegs are not decoded right in ffmpeg last I checked. I see some work is being done for jpegs and will recheck when I get the chance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:04:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:04:52 -0000 Subject: [FFmpeg-trac] #2797(FFmpeg:new): ffmpeg cannot identify output frame in console output Message-ID: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> #2797: ffmpeg cannot identify output frame in console output ---------------------------------+--------------------------------------- Reporter: kyleshu | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:20:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:20:15 -0000 Subject: [FFmpeg-trac] #2797(FFmpeg:new): ffmpeg cannot identify output frame in console output In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.3d55943301bb78d031161d33d4cc4323@avcodec.org> #2797: ffmpeg cannot identify output frame in console output -------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by kyleshu): ffmpeg -loglevel debug xxx.mp4 -vcodec libx264 -pass 1 -passlogfile target1 -ssim 1 -psnr -b 300000 target1.mp4 -vcodec libx264 -pass 1 -passlogfile target2 -ssim 1 -psnr -b 450000 target2.mp4 -vcodec libx264 -pass 1 -passlogfile target3 -ssim 1 -psnr -b 600000 target3.mp4 I was trying to encode to 3 outputs and analyze them individually for some frames, they don't come with an output identifier like "[libx264 @ 00000000025197a0]" so I can't tell which output it belongs to. Can you look into this? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:35:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:35:24 -0000 Subject: [FFmpeg-trac] #2796(undetermined:new): Problems dumping H264 stream from an Axis M1014 camera In-Reply-To: <034.c679158f5e2c8cdcc6c9624e5a08e8c4@avcodec.org> References: <034.c679158f5e2c8cdcc6c9624e5a08e8c4@avcodec.org> Message-ID: <049.31b764c8ed5ae9f77a9650d1f9e58816@avcodec.org> #2796: Problems dumping H264 stream from an Axis M1014 camera -------------------------------------+------------------------------------- Reporter: aseto | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => rtsp Old description: > I have a similar ffmpeg problem that described in ticket 1734 > http://trac.ffmpeg.org/ticket/1734 > I downloaded the latest 2.0 release, but the problem is still there. > Then, Carl suggested to test 2e4ec89, same problem. > Below is my debug log from 2e4ec89. The release 2.0 debug log can be > found here http://ffmpeg-users.933282.n4.nabble.com/Problems-dumping-H264 > -stream-from-an-Axis-camera-td4660059.html > > BTW, I used rtsp://192.168.8.132/axis-media/media.amp in VLC, and I was > able to view the video, so the camera is streaming. > > Please let me know what you think. > > ffmpeg version N-44796-g2e4ec89 Copyright (c) 2000-2012 the FFmpeg > developers > built on Jul 17 2013 17:06:17 with gcc 4.3.2 (GCC) > configuration: --arch=ppc --cpu=e500v2 --target-os=linux --samples > =fate-suite/ --logfile=./config.log --disable-optimizations --disable- > stripping --enable-cross-compile --cross-prefix=powerpc-none-linux- > gnuspe- --sysroot=/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2 > /powerpc-none-linux-gnuspe/powerpc-none-linux-gnuspe/libc --target- > path=/opt/projects/pcs200/ltib/rootfs > libavutil 51. 73.101 / 51. 73.101 > libavcodec 54. 59.100 / 54. 59.100 > libavformat 54. 29.101 / 54. 29.101 > libavdevice 54. 2.101 / 54. 2.101 > libavfilter 3. 17.100 / 3. 17.100 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > [rtsp @ 0x110fa570] SDP: > v=0 > o=- 1365596415305563 1365596415305563 IN IP4 192.168.8.132 > s=Media Presentation > e=NONE > b=AS:50000 > t=0 0 > a=control:* > a=range:npt=0.000000- > m=video 0 RTP/AVP 96 > c=IN IP4 0.0.0.0 > b=AS:50000 > a=framerate:30.0 > a=transform:1,0,0;0,1,0;0,0,1 > a=control:trackID=1 > a=rtpmap:96 H264/90000 > a=fmtp:96 packetization-mode=1; profile-level-id=4D4029; sprop-parameter- > sets=Z01AKZpmAoAt2AtQEBAQXpw=,aO48gA== > > [rtsp @ 0x110fa570] video codec set to: h264 > [NULL @ 0x111026d0] RTP Packetization Mode: 1 > [NULL @ 0x111026d0] RTP Profile IDC: 4d Profile IOP: 40 Level: 29 > [NULL @ 0x111026d0] Extradata set to 0x11102bc0 (size: 29)! > [rtsp @ 0x110fa570] hello state=0 > [h264 @ 0x111026d0] no picture > [rtsp @ 0x110fa570] All info found > rfps: 29.583333 0.015389 > rfps: 29.666667 0.009941 > rfps: 29.750000 0.005692 > rfps: 29.833333 0.002643 > rfps: 29.916667 0.000792 > rfps: 30.000000 0.000140 > Last message repeated 1 times > rfps: 30.083333 0.000688 > Last message repeated 1 times > rfps: 30.166667 0.002434 > Last message repeated 1 times > rfps: 30.250000 0.005379 > Last message repeated 1 times > rfps: 30.333333 0.009523 > Last message repeated 1 times > rfps: 30.416667 0.014866 > rfps: 59.583333 0.016071 > rfps: 59.666667 0.010571 > rfps: 59.750000 0.006270 > rfps: 59.833333 0.003168 > rfps: 59.916667 0.001266 > rfps: 60.000000 0.000561 > Last message repeated 1 times > rfps: 29.970030 0.000237 > rfps: 59.940060 0.000947 > [rtsp @ 0x110fa570] Estimating duration from bitrate, this may be > inaccurate > Input #0, rtsp, from 'rtsp://root:root at 192.168.8.132:554/axis- > media/media.amp': > Metadata: > title : Media Presentation > Duration: N/A, start: 0.034544, bitrate: N/A > Stream #0:0, 23, 1/90000: Video: h264 (Main), yuv420p, 1280x720 [SAR > 1:1 DAR 16:9], 1/180000, 30 tbr, 90k tbn, 180k tbc > [mpegts @ 0x111033f0] muxrate VBR, pcr every 9000 pkts, sdt every 200, > pat/pmt every 40 pkts > Output #0, mpegts, to '/tmp/media/my.ts': > Metadata: > title : Media Presentation > encoder : Lavf54.29.101 > Stream #0:0, 0, 1/90000: Video: h264, yuv420p, 1280x720 [SAR 1:1 DAR > 16:9], 1/90000, q=2-31, 90k tbn, 90k tbc > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Press [q] to stop, [?] for help > [mpegts @ 0x111033f0] first pts value must set > av_interleaved_write_frame(): Invalid data found when processing input New description: I have a similar ffmpeg problem that described in ticket 1734 http://trac.ffmpeg.org/ticket/1734 I downloaded the latest 2.0 release, but the problem is still there. Then, Carl suggested to test 2e4ec89, same problem. Below is my debug log from 2e4ec89. The release 2.0 debug log can be found here http://ffmpeg-users.933282.n4.nabble.com/Problems-dumping-H264 -stream-from-an-Axis-camera-td4660059.html BTW, I used rtsp://192.168.8.132/axis-media/media.amp in VLC, and I was able to view the video, so the camera is streaming. Please let me know what you think. {{{ ffmpeg version N-44796-g2e4ec89 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 17 2013 17:06:17 with gcc 4.3.2 (GCC) configuration: --arch=ppc --cpu=e500v2 --target-os=linux --samples=fate- suite/ --logfile=./config.log --disable-optimizations --disable-stripping --enable-cross-compile --cross-prefix=powerpc-none-linux-gnuspe- --sysroot=/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc- none-linux-gnuspe/powerpc-none-linux-gnuspe/libc --target- path=/opt/projects/pcs200/ltib/rootfs libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.101 / 54. 29.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [rtsp @ 0x110fa570] SDP: v=0 o=- 1365596415305563 1365596415305563 IN IP4 192.168.8.132 s=Media Presentation e=NONE b=AS:50000 t=0 0 a=control:* a=range:npt=0.000000- m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:50000 a=framerate:30.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:trackID=1 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=4D4029; sprop-parameter- sets=Z01AKZpmAoAt2AtQEBAQXpw=,aO48gA== [rtsp @ 0x110fa570] video codec set to: h264 [NULL @ 0x111026d0] RTP Packetization Mode: 1 [NULL @ 0x111026d0] RTP Profile IDC: 4d Profile IOP: 40 Level: 29 [NULL @ 0x111026d0] Extradata set to 0x11102bc0 (size: 29)! [rtsp @ 0x110fa570] hello state=0 [h264 @ 0x111026d0] no picture [rtsp @ 0x110fa570] All info found rfps: 29.583333 0.015389 rfps: 29.666667 0.009941 rfps: 29.750000 0.005692 rfps: 29.833333 0.002643 rfps: 29.916667 0.000792 rfps: 30.000000 0.000140 Last message repeated 1 times rfps: 30.083333 0.000688 Last message repeated 1 times rfps: 30.166667 0.002434 Last message repeated 1 times rfps: 30.250000 0.005379 Last message repeated 1 times rfps: 30.333333 0.009523 Last message repeated 1 times rfps: 30.416667 0.014866 rfps: 59.583333 0.016071 rfps: 59.666667 0.010571 rfps: 59.750000 0.006270 rfps: 59.833333 0.003168 rfps: 59.916667 0.001266 rfps: 60.000000 0.000561 Last message repeated 1 times rfps: 29.970030 0.000237 rfps: 59.940060 0.000947 [rtsp @ 0x110fa570] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.8.132:554/axis- media/media.amp': Metadata: title : Media Presentation Duration: N/A, start: 0.034544, bitrate: N/A Stream #0:0, 23, 1/90000: Video: h264 (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/180000, 30 tbr, 90k tbn, 180k tbc [mpegts @ 0x111033f0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to '/tmp/media/my.ts': Metadata: title : Media Presentation encoder : Lavf54.29.101 Stream #0:0, 0, 1/90000: Video: h264, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x111033f0] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input }}} -- Comment: Please consider to either read my email or the ticket you mentioned again. Both request exactly one information that is missing afaict. http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46689/focus=46697 Ticket #1734 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:36:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:36:14 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 In-Reply-To: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> References: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> Message-ID: <049.20cd238cfb554d454701bd35b13b59d1@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: task | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 Comment: Please add your failing command line (including FFserver configuration file) together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:39:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:39:11 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.68a9c2df654c9cb910424f9d61463e27@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I originally missed your comment about non-smooth video, sorry! Please provide a sample that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:39:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:39:52 -0000 Subject: [FFmpeg-trac] #2797(FFmpeg:new): ffmpeg cannot identify output frame in console output In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.72c27c5d700a5916a1864b0ca0c7330e@avcodec.org> #2797: ffmpeg cannot identify output frame in console output -------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Please explain what is missing in FFmpeg's output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:42:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:42:44 -0000 Subject: [FFmpeg-trac] #2797(FFmpeg:new): ffmpeg cannot identify output frame in console output In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.2f2060eee7ec5385237ceaf9acddbed1@avcodec.org> #2797: ffmpeg cannot identify output frame in console output -------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by kyleshu): Replying to [comment:2 cehoyos]: > Please explain what is missing in FFmpeg's output. [libx264 @ 000000000495b3c0] frame= 116 QP=0.00 NAL=0 Slice:B Poc:230 I:0 P:0 SKIP:1584 size=25 bytes PSNR Y:95.76 U:100.00 V:100.00 SSIM Y:1.00000 [libx264 @ 0000000002516c60] frame= 116 QP=0.00 NAL=0 Slice:B Poc:230 I:0 P:0 SKIP:1584 size=25 bytes PSNR Y:96.43 U:100.00 V:100.00 SSIM Y:1.00000 [libx264 @ 00000000025197a0] frame= 116 QP=0.00 NAL=0 Slice:B Poc:230 I:0 P:0 SKIP:1584 size=25 bytes PSNR Y:97.22 U:100.00 V:100.00 SSIM Y:1.00000 frame= 167 fps=167 q=0.0 PSNR=Y:inf U:inf V:inf *:inf q=0.0 q=0.0 size= 76kB time=00:00:06.96 bitrate= 89.1kbits/s dup=6 drop=0 frame= 117 QP=0.00 NAL=2 Slice:P Poc:240 I:1 P:0 SKIP:1583 size=30 bytes PSNR Y:95.76 U:100.00 V:100.00 SSIM Y:1.00000 [libx264 @ 0000000002516c60] frame= 117 QP=0.00 NAL=2 Slice:P Poc:240 I:1 P:0 SKIP:1583 size=30 bytes PSNR Y:96.43 U:100.00 V:100.00 SSIM Y:1.00000 [libx264 @ 00000000025197a0] frame= 117 QP=0.00 NAL=2 Slice:P Poc:240 I:1 P:0 SKIP:1583 size=30 bytes PSNR Y:97.22 U:100.00 V:100.00 SSIM Y:1.00000 [libx264 @ 000000000495b3c0] frame= 118 QP=0.00 NAL=2 Slice:B Poc:236 I:0 P:0 SKIP:1584 size=27 bytes PSNR Y:95.76 U:100.00 V:100.00 SSIM Y:1.00000 [libx264 @ 0000000002516c60] frame= 118 QP=0.00 NAL=2 Slice:B Poc:236 I:0 P:0 SKIP:1584 size=27 bytes PSNR Y:96.43 U:100.00 V:100.00 SSIM Y:1.00000 [libx264 @ 00000000025197a0] frame= 118 QP=0.00 NAL=2 Slice:B Poc:236 I:0 P:0 SKIP:1584 size=27 bytes PSNR Y:97.22 U:100.00 V:100.00 SSIM Y:1.00000 for example, frame 117 has one output which does not have [libx264 @ output_identifier] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:49:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:49:10 -0000 Subject: [FFmpeg-trac] #2787(avfilter:closed): lut 3d Filter result to green In-Reply-To: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> References: <035.45e5b83e09ee4f09dd29a6a39bade8ee@avcodec.org> Message-ID: <050.88c1a920ea9dd28233cfe1d61b2f8a7d@avcodec.org> #2787: lut 3d Filter result to green ------------------------------------+------------------------------------ Reporter: cscope | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: lut3d | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The original issue should be fixed in 42272e8, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 18 23:49:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 21:49:58 -0000 Subject: [FFmpeg-trac] #2456(avfilter:closed): can't concatenate two video files because of different SARs In-Reply-To: <031.d69e817bdc036bbe54655648bdde0ae3@avcodec.org> References: <031.d69e817bdc036bbe54655648bdde0ae3@avcodec.org> Message-ID: <046.e4a8b07c2c6741082a6000ec16088fb3@avcodec.org> #2456: can't concatenate two video files because of different SARs ------------------------------------+------------------------------------ Reporter: DK | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: aspect | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * resolution: wontfix => fixed Comment: Fixed in 36b21e1, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 00:02:32 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 22:02:32 -0000 Subject: [FFmpeg-trac] #2683(avcodec:closed): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.0d7f8053c31e20d71524c3f628bd3486@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The colour-space detection was fixed in b39a6bb, subsampling is not yet supported in the native decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 00:17:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Jul 2013 22:17:17 -0000 Subject: [FFmpeg-trac] #2796(undetermined:new): Problems dumping H264 stream from an Axis M1014 camera In-Reply-To: <034.c679158f5e2c8cdcc6c9624e5a08e8c4@avcodec.org> References: <034.c679158f5e2c8cdcc6c9624e5a08e8c4@avcodec.org> Message-ID: <049.119387614412da104a7dc1a437552706@avcodec.org> #2796: Problems dumping H264 stream from an Axis M1014 camera -------------------------------------+------------------------------------- Reporter: aseto | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtsp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by aseto): Here is the debug log with -fdebug ts option and disable-optimizations removed Did I included everything this time? ffmpeg -v 99 -fdebug ts -rtsp_transport tcp -i rtsp://root:root at 192.168.8.132:554/axis-media/media.amp -vcodec copy -acodec an -t 10 /tmp/media/axis.ts ffmpeg version N-44796-g2e4ec89 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 18 2013 13:43:38 with gcc 4.3.2 (GCC) configuration: --arch=ppc --cpu=e500v2 --target-os=linux --samples=fate- suite/ --logfile=./config.log --disable-stripping --enable-cross-compile --cross-prefix=powerpc-none-linux-gnuspe- --sysroot=/opt/freescale/usr/local/gcc-4.3.74-eglibc-2.8.74-dp-2/powerpc- none-linux-gnuspe/powerpc-none-linux-gnuspe/libc --target- path=/opt/projects/pcs200/ltib/rootfs libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.101 / 54. 29.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [rtsp @ 0x10e575e0] SDP: v=0 o=- 1374184543534092 1374184543534092 IN IP4 192.168.8.132 s=Media Presentation e=NONE b=AS:50000 t=0 0 a=control:* a=range:npt=0.000000- m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:50000 a=framerate:30.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:trackID=1 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=4D4029; sprop-parameter- sets=Z01AKZpmAoAt2AtQEBAQXpw=,aO48gA== [rtsp @ 0x10e575e0] video codec set to: h264 [NULL @ 0x10e5f700] RTP Packetization Mode: 1 [NULL @ 0x10e5f700] RTP Profile IDC: 4d Profile IOP: 40 Level: 29 [NULL @ 0x10e5f700] Extradata set to 0x10e5fbf0 (size: 29)! [rtsp @ 0x10e575e0] hello state=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=0, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=0, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 133 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=0, dts=NOPTS, size=724, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=29549, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=NOPTS, dts=NOPTS, size=187839, duration=0, flags=1 [h264 @ 0x10e5f700] no picture [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=29549, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 73 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=29549, dts=NOPTS, size=241, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=59557, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=29549, dts=NOPTS, size=104196, duration=0, flags=1 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=59557, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 72 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=59557, dts=NOPTS, size=1232, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=62612, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=59557, dts=29549, size=103801, duration=0, flags=1 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=62612, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 18 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=62612, dts=NOPTS, size=923, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=65608, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=62612, dts=59557, size=28648, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=65608, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 19 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=65608, dts=NOPTS, size=915, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=89570, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=65608, dts=62612, size=30026, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=89570, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 80 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=89570, dts=NOPTS, size=1030, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=92634, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=89570, dts=65608, size=114687, duration=0, flags=1 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=92634, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 22 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=92634, dts=NOPTS, size=584, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=95624, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=92634, dts=89570, size=33853, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=95624, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 17 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=95624, dts=NOPTS, size=1300, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=98630, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=95624, dts=92634, size=27639, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=98630, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 24 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=98630, dts=NOPTS, size=690, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=119577, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=98630, dts=95624, size=36731, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=119577, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 79 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=119577, dts=NOPTS, size=674, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=122645, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=119577, dts=98630, size=112945, duration=0, flags=1 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=122645, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 24 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=122645, dts=NOPTS, size=669, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=125625, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=122645, dts=119577, size=36710, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=125625, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 22 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=125625, dts=NOPTS, size=650, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=149541, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=125625, dts=122645, size=33919, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=149541, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 52 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=149541, dts=NOPTS, size=1088, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=152640, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=149541, dts=125625, size=75937, duration=0, flags=1 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=152640, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 23 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=152640, dts=NOPTS, size=42, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=155615, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=152640, dts=149541, size=34697, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=155615, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 19 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=155615, dts=NOPTS, size=1177, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=158625, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=155615, dts=152640, size=30288, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=158625, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 18 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=158625, dts=NOPTS, size=663, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=161630, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=158625, dts=155615, size=28388, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=161630, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 15 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=161630, dts=NOPTS, size=364, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=164622, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=161630, dts=158625, size=23931, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=164622, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 19 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=164622, dts=NOPTS, size=315, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=179562, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=164622, dts=161630, size=29426, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=179562, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 45 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=179562, dts=NOPTS, size=36, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=182611, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=179562, dts=164622, size=65183, duration=0, flags=1 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=182611, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 9 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=182611, dts=NOPTS, size=179, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=185641, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=188658, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=185641, dts=182611, size=19650, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=188658, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 11 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=188658, dts=NOPTS, size=28, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=191654, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=188658, dts=185641, size=18051, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=191654, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 14 times [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=191654, dts=NOPTS, size=1064, duration=0, flags=0 [rtsp @ 0x10e575e0] ff_read_packet stream=0, pts=194637, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x10e575e0] read_frame_internal stream=0, pts=191654, dts=188658, size=23245, duration=0, flags=0 [rtsp @ 0x10e575e0] All info found rfps: 2.833333 0.018666 rfps: 2.916667 0.017550 rfps: 3.000000 0.019464 rfps: 27.000000 0.017678 rfps: 27.083333 0.015965 rfps: 27.166667 0.017282 rfps: 29.750000 0.013149 rfps: 29.833333 0.005773 Last message repeated 1 times rfps: 29.916667 0.001427 Last message repeated 1 times rfps: 30.000000 0.000112 Last message repeated 1 times rfps: 30.083333 0.001828 rfps: 30.166667 0.006574 rfps: 30.250000 0.014352 Last message repeated 1 times rfps: 32.916667 0.019358 rfps: 57.000000 0.016116 rfps: 57.083333 0.014603 rfps: 57.166667 0.016121 rfps: 59.750000 0.012883 rfps: 59.833333 0.005707 rfps: 59.916667 0.001562 Last message repeated 1 times rfps: 60.000000 0.000447 Last message repeated 1 times rfps: 29.970030 0.000236 Last message repeated 1 times rfps: 59.940060 0.000943 Last message repeated 1 times [rtsp @ 0x10e575e0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.8.132:554/axis- media/media.amp': Metadata: title : Media Presentation Duration: N/A, start: 0.328322, bitrate: N/A Stream #0:0, 23, 1/90000: Video: h264 (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/180000, 30 tbr, 90k tbn, 180k tbc [mpegts @ 0x11129750] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to '/tmp/media/axis.ts': Metadata: title : Media Presentation encoder : Lavf54.29.101 Stream #0:0, 0, 1/90000: Video: h264, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x11129750] first pts value must set av_interleaved_write_frame(): Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 02:45:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 00:45:25 -0000 Subject: [FFmpeg-trac] #2798(undetermined:new): Unexpected behavior with cover art Message-ID: <036.0b516b1f2aeeab1545d1799b5424c9cc@avcodec.org> #2798: Unexpected behavior with cover art -------------------------------------+------------------------------------- Reporter: svnpenn | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- .m4a files support album art .mp4 files support cover art currently you can add the art in this way {{{ atomicparsley infile.mp4 --artwork infile.png --overWrite }}} However once muxed with FFmpeg some changes happen {{{ ffmpeg -i infile.mp4 -c copy -map 0 outfile.mp4 }}} 1. The png stream changes from {{{ png }}} to {{{ png (m[0][0][0] / 0x006D) }}} 2. Thumbnail disappears, example http://superuser.com/a/524120 3. If you open in VLC instead of just playing video it also opens a second window with the png {{{ ffmpeg version N-37428-gf18d2df Copyright (c) 2000-2013 the FFmpeg developers built on May 23 2013 01:35:26 with gcc 4.8.0 (rubenvb-4.8.0) configuration: --enable-gpl --enable-libx264 --enable-nonfree --enable- libfdk-aac --arch=x86 --target-os=mingw32 --logfile=/dev/stdout --extra- ldflags=-static --cross-prefix=i686-w64-mingw32- --host- cc=i686-w64-mingw32-gcc libavutil 52. 28.100 / 52. 28.100 libavcodec 55. 7.100 / 55. 7.100 libavformat 55. 4.101 / 55. 4.101 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 63.101 / 3. 63.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 035e5f00] stream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 035e5f00] max_analyze_duration 5000000 reached at 5005031 microseconds Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'infile.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.4.101 Duration: 00:01:00.06, start: 0.000000, bitrate: 4923 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1040 [SAR 1:1 DAR 24:13], 4019 kb/s, 23.98 fps, 23.98 tbr, 16k tbn, 47.95 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, 5.1(side), fltp, 384 kb/s Metadata: handler_name : SoundHandler Stream #0:2: Video: png, rgb24, 1920x1040 [SAR 1:1 DAR 24:13], 90k tbr, 90k tbn, 90k tbc [mp4 @ 035f65c0] track 1: codec frame size is not set Output #0, mp4, to 'outfile.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.4.101 Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x1040 [SAR 1:1 DAR 24:13], q=2-31, 4019 kb/s, 23.98 fps, 16k tbn, 16k tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: ac3 ([165][0][0][0] / 0x00A5), 48000 Hz, 5.1(side), 384 kb/s Metadata: handler_name : SoundHandler Stream #0:2: Video: png (m[0][0][0] / 0x006D), rgb24, 1920x1040 [SAR 1:1 DAR 24:13], q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 1440 fps=0.0 q=-1.0 Lq=-1.0 size= 36097kB time=00:01:00.00 bitrate=4928.4kbits/s video:33241kB audio:2812kB subtitle:0 global headers:0kB muxing overhead 0.118462% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 05:50:52 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 03:50:52 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.cc08bbd89445a6326b64abb6345c1b2b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): How is the development going? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 06:03:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 04:03:33 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.7816156d201f7456cab87f12a79cb3bd@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Reading the specs right now. I had a hunch that the spec might say something about this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 06:56:31 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 04:56:31 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.cddd654d28c6c3a6121b860dbf536549@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): There. Line 308: {{{ pctx->frame_bits = chan_bitrate * AAC_BLOCK_SIZE_LONG / ctx->avctx->sample_rate; }}} Must be {{{ pctx->frame_bits = FFMIN(3000, chan_bitrate * AAC_BLOCK_SIZE_LONG / ctx->avctx->sample_rate); }}} That is indeed said on the spec. Step 15 of subpart 4: Steps in threshold calculation: ''then bit allocation is limited to 0 < bit_allocation < 3000''. It seems they thought of it all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 07:04:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 05:04:59 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9af506be19d4e457203568a745b7322c@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Great! I'm goint to have time to test that improvement 5 hours later, so I'm going to test that. Extensively. And I think I have to look for ways to sharpen the LPF, using more order, at the cost of more computational time. Currently it's not very clear cut. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 07:14:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 05:14:49 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.624824ace994bf2aebf907b3ce097c25@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): 2560 (the number you found) works better for us though. That's certainly in relation to some deficiency in twoloop, but hey. Lets just document that this ''should'' be a 3000 but ''can't'' and be done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 07:20:16 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 05:20:16 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.a385fef7c13dfd207c39e2e65a813e53@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): The LPF could be accomplished by zeroing the coefficients in the FFT. To get the lowest possible ripple, the boundary coefficient needs some care, but AFAIR it's the best method, and it's free for something that's already doing FFT. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 08:22:37 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 06:22:37 -0000 Subject: [FFmpeg-trac] #2798(avformat:new): Unexpected behavior with cover art In-Reply-To: <036.0b516b1f2aeeab1545d1799b5424c9cc@avcodec.org> References: <036.0b516b1f2aeeab1545d1799b5424c9cc@avcodec.org> Message-ID: <051.3fff1693fb08185b75f7ba04a7adeea9@avcodec.org> #2798: Unexpected behavior with cover art -------------------------------------+------------------------------------ Reporter: svnpenn | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov * component: undetermined => avformat Comment: Is this problem reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 08:26:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 06:26:44 -0000 Subject: [FFmpeg-trac] #2797(FFmpeg:new): ffmpeg cannot identify output frame in console output In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.e42bbea09a70b6da3a265ac428396efb@avcodec.org> #2797: ffmpeg cannot identify output frame in console output -------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Could you test after compiling with {{{--disable-w32threads --disable- pthreads}}} ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 08:43:27 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 06:43:27 -0000 Subject: [FFmpeg-trac] #2798(avformat:new): Unexpected behavior with cover art In-Reply-To: <036.0b516b1f2aeeab1545d1799b5424c9cc@avcodec.org> References: <036.0b516b1f2aeeab1545d1799b5424c9cc@avcodec.org> Message-ID: <051.769aae534b85d7f0fb9d1dcd7a65cfe0@avcodec.org> #2798: Unexpected behavior with cover art -------------------------------------+------------------------------------ Reporter: svnpenn | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by svnpenn): If it helps, I tested it again with {{{ ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 18 2013 18:07:01 with gcc 4.7.3 (GCC) }}} same result. If need be I can build from HEAD and try again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 09:27:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 07:27:35 -0000 Subject: [FFmpeg-trac] #2171(avformat:closed): Joining a SSM multicast group using an SDP In-Reply-To: <034.ab99c98d18504b8c0cc6f169a0dd661f@avcodec.org> References: <034.ab99c98d18504b8c0cc6f169a0dd661f@avcodec.org> Message-ID: <049.4b491e955c98c117cfc8854c36e00f02@avcodec.org> #2171: Joining a SSM multicast group using an SDP --------------------------------------+------------------------------------ Reporter: dbrb2 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: sdp rtp rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: sdp => sdp rtp rtsp * resolution: => fixed * status: new => closed * component: undetermined => avformat Comment: The patch was applied in 7203dbd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 09:40:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 07:40:25 -0000 Subject: [FFmpeg-trac] #2797(undetermined:open): Context information missing on the console (was: ffmpeg cannot identify output frame in console output) In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.dac236ce48c8e64e990d08aae1034847@avcodec.org> #2797: Context information missing on the console -------------------------------------+------------------------------------- Reporter: kyleshu | 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 * component: FFmpeg => undetermined * reproduced: 0 => 1 Comment: I can reproduce the problem concerning the console output with the following command line, not related to threads afaict: {{{ $ ffmpeg -v 99 -f lavfi -i testsrc=s=hd1080 -vcodec libx264 out.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 10:24:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 08:24:44 -0000 Subject: [FFmpeg-trac] #2797(undetermined:open): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.87c11d96b1811371e73ae0120be323e5@avcodec.org> #2797: Context information missing on the console -------------------------------------+------------------------------------- Reporter: kyleshu | 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): {{{ $ ffmpeg -v 99 -f lavfi -i testsrc=s=hd1080 -vcodec libx264 -t 3 out.mp4 ffmpeg version N-54803-g454c89d Copyright (c) 2000-2013 the FFmpeg developers built on Jul 19 2013 10:23:09 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libx264 --disable-pthreads libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '99'. Reading option '-f' ... matched as option 'f' (force format) with argument 'lavfi'. Reading option '-i' ... matched as input file with argument 'testsrc=s=hd1080'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'libx264'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '3'. Reading option 'out.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file testsrc=s=hd1080. Applying option f (force format) with argument lavfi. Successfully parsed a group of options. Opening an input file: testsrc=s=hd1080. [Parsed_testsrc_0 @ 0x20e4640] Setting 's' to value 'hd1080' [Parsed_testsrc_0 @ 0x20e4640] size:1920x1080 rate:25/1 duration:-1.000000 sar:1/1 [AVFilterGraph @ 0x20e4440] query_formats: 2 queried, 1 merged, 0 already done, 0 delayed [rawvideo @ 0x20e5620] Warning: not compiled with thread support, using thread emulation [lavfi @ 0x20e3880] All info found Input #0, lavfi, from 'testsrc=s=hd1080': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 1920x1080 [SAR 1:1 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file out.mp4. Applying option vcodec (force video codec ('copy' to copy stream)) with argument libx264. Applying option t (record or transcode "duration" seconds of audio/video) with argument 3. Successfully parsed a group of options. Opening an output file: out.mp4. Successfully opened the file. [graph 0 input from stream 0:0 @ 0x20e7ca0] Setting 'video_size' to value '1920x1080' [graph 0 input from stream 0:0 @ 0x20e7ca0] Setting 'pix_fmt' to value '2' [graph 0 input from stream 0:0 @ 0x20e7ca0] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x20e7ca0] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0x20e7ca0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x20e7ca0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x20e7ca0] w:1920 h:1080 pixfmt:rgb24 tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 0x20cd1e0] compat: called with args=[yuv420p|yuvj420p|yuv422p|yuv444p] [format @ 0x20cd1e0] Setting 'pix_fmts' to value 'yuv420p|yuvj420p|yuv422p|yuv444p' [auto-inserted scaler 0 @ 0x20e95a0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x20e95a0] w:iw h:ih flags:'0x4' interl:0 [format @ 0x20cd1e0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x20d4740] query_formats: 4 queried, 3 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x20e95a0] picking yuv444p out of 4 ref:rgb24 alpha:0 [auto-inserted scaler 0 @ 0x20e95a0] w:1920 h:1080 fmt:rgb24 sar:1/1 -> w:1920 h:1080 fmt:yuv444p sar:1/1 flags:0x4 No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x20e6a40] Warning: not compiled with thread support, using thread emulation [libx264 @ 0x20e6a40] using mv_range_thread = 40 [libx264 @ 0x20e6a40] using SAR=1/1 [libx264 @ 0x20e6a40] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x20e6a40] profile High 4:4:4 Predictive, level 4.0, 4:4:4 8-bit [libx264 @ 0x20e6a40] 264 - core 128 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [rawvideo @ 0x20e5620] Warning: not compiled with thread support, using thread emulation Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0, 0, 1/12800: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 1920x1080 [SAR 1:1 DAR 16:9], 1/25, q=-1--1, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Press [q] to stop, [?] for help frame= 0 QP=16.88 NAL=3 Slice:I Poc:0 I:8160 P:0 SKIP:0 size=10509 bytes [libx264 @ 0x20e6a40] frame= 1 QP=23.71 NAL=2 Slice:P Poc:4 I:359 P:304 SKIP:7497 size=1507 bytes [libx264 @ 0x20e6a40] frame= 2 QP=27.04 NAL=0 Slice:B Poc:2 I:23 P:179 SKIP:7958 size=339 bytes [libx264 @ 0x20e6a40] frame= 3 QP=24.51 NAL=2 Slice:P Poc:8 I:259 P:242 SKIP:7659 size=1015 bytes [libx264 @ 0x20e6a40] frame= 4 QP=27.05 NAL=0 Slice:B Poc:6 I:95 P:111 SKIP:7954 size=316 bytes [libx264 @ 0x20e6a40] frame= 5 QP=26.71 NAL=2 Slice:P Poc:12 I:319 P:210 SKIP:7631 size=929 bytes [libx264 @ 0x20e6a40] frame= 6 QP=27.01 NAL=0 Slice:B Poc:10 I:85 P:158 SKIP:7917 size=367 bytes [libx264 @ 0x20e6a40] frame= 7 QP=26.74 NAL=2 Slice:P Poc:16 I:244 P:187 SKIP:7729 size=889 bytes [libx264 @ 0x20e6a40] frame= 8 QP=27.16 NAL=0 Slice:B Poc:14 I:90 P:83 SKIP:7987 size=297 bytes [libx264 @ 0x20e6a40] frame= 9 QP=26.73 NAL=2 Slice:P Poc:20 I:201 P:251 SKIP:7708 size=934 bytes frame= 10 QP=27.01 NAL=0 Slice:B Poc:18 I:91 P:109 SKIP:7960 size=333 bytess [libx264 @ 0x20e6a40] frame= 11 QP=26.60 NAL=2 Slice:P Poc:24 I:205 P:205 SKIP:7750 size=867 bytes [libx264 @ 0x20e6a40] frame= 12 QP=27.22 NAL=0 Slice:B Poc:22 I:66 P:119 SKIP:7975 size=298 bytes [libx264 @ 0x20e6a40] frame= 13 QP=26.68 NAL=2 Slice:P Poc:28 I:201 P:240 SKIP:7719 size=963 bytes [libx264 @ 0x20e6a40] frame= 14 QP=27.01 NAL=0 Slice:B Poc:26 I:130 P:106 SKIP:7924 size=363 bytes [libx264 @ 0x20e6a40] frame= 15 QP=26.46 NAL=2 Slice:P Poc:32 I:166 P:201 SKIP:7793 size=833 bytes [libx264 @ 0x20e6a40] frame= 16 QP=27.11 NAL=0 Slice:B Poc:30 I:115 P:90 SKIP:7955 size=334 bytes [libx264 @ 0x20e6a40] frame= 17 QP=26.84 NAL=2 Slice:P Poc:36 I:251 P:226 SKIP:7683 size=1038 bytes [libx264 @ 0x20e6a40] frame= 18 QP=27.42 NAL=0 Slice:B Poc:34 I:74 P:157 SKIP:7929 size=360 bytes No more output streams to write to, finishing. [libx264 @ 0x20e6a40] frame= 19 QP=26.01 NAL=2 Slice:P Poc:40 I:227 P:200 SKIP:7733 size=902 bytes [libx264 @ 0x20e6a40] frame= 20 QP=27.58 NAL=0 Slice:B Poc:38 I:34 P:189 SKIP:7937 size=335 bytes [libx264 @ 0x20e6a40] frame= 21 QP=27.05 NAL=2 Slice:P Poc:44 I:228 P:216 SKIP:7716 size=929 bytes [libx264 @ 0x20e6a40] frame= 22 QP=26.01 NAL=0 Slice:B Poc:42 I:79 P:123 SKIP:7958 size=401 bytes [libx264 @ 0x20e6a40] frame= 23 QP=26.23 NAL=2 Slice:P Poc:48 I:231 P:217 SKIP:7712 size=913 bytes [libx264 @ 0x20e6a40] frame= 24 QP=25.94 NAL=0 Slice:B Poc:46 I:73 P:127 SKIP:7960 size=403 bytes [libx264 @ 0x20e6a40] frame= 25 QP=27.06 NAL=2 Slice:P Poc:52 I:281 P:198 SKIP:7681 size=950 bytes [libx264 @ 0x20e6a40] frame= 26 QP=26.03 NAL=0 Slice:B Poc:50 I:53 P:245 SKIP:7862 size=511 bytes [libx264 @ 0x20e6a40] frame= 27 QP=25.80 NAL=2 Slice:P Poc:56 I:271 P:204 SKIP:7685 size=886 bytes [libx264 @ 0x20e6a40] frame= 28 QP=26.18 NAL=0 Slice:B Poc:54 I:36 P:219 SKIP:7905 size=510 bytes [libx264 @ 0x20e6a40] frame= 29 QP=27.02 NAL=2 Slice:P Poc:60 I:220 P:220 SKIP:7720 size=905 bytes [libx264 @ 0x20e6a40] frame= 30 QP=25.85 NAL=0 Slice:B Poc:58 I:96 P:140 SKIP:7924 size=466 bytes [libx264 @ 0x20e6a40] frame= 31 QP=25.51 NAL=2 Slice:P Poc:64 I:226 P:223 SKIP:7711 size=855 bytes [libx264 @ 0x20e6a40] frame= 32 QP=25.96 NAL=0 Slice:B Poc:62 I:16 P:204 SKIP:7940 size=403 bytes [libx264 @ 0x20e6a40] frame= 33 QP=26.95 NAL=2 Slice:P Poc:68 I:223 P:201 SKIP:7736 size=860 bytes [libx264 @ 0x20e6a40] frame= 34 QP=26.00 NAL=0 Slice:B Poc:66 I:56 P:184 SKIP:7920 size=487 bytes [libx264 @ 0x20e6a40] frame= 35 QP=26.86 NAL=2 Slice:P Poc:72 I:257 P:208 SKIP:7695 size=852 bytes [libx264 @ 0x20e6a40] frame= 36 QP=25.99 NAL=0 Slice:B Poc:70 I:74 P:139 SKIP:7947 size=491 bytes [libx264 @ 0x20e6a40] frame= 37 QP=26.37 NAL=2 Slice:P Poc:76 I:221 P:194 SKIP:7745 size=872 bytes [libx264 @ 0x20e6a40] frame= 38 QP=27.22 NAL=0 Slice:B Poc:74 I:58 P:171 SKIP:7931 size=373 bytes [libx264 @ 0x20e6a40] frame= 39 QP=26.52 NAL=2 Slice:P Poc:80 I:184 P:203 SKIP:7773 size=853 bytes [libx264 @ 0x20e6a40] frame= 40 QP=27.20 NAL=0 Slice:B Poc:78 I:59 P:160 SKIP:7941 size=366 bytes [libx264 @ 0x20e6a40] frame= 41 QP=26.61 NAL=2 Slice:P Poc:84 I:198 P:233 SKIP:7729 size=896 bytes [libx264 @ 0x20e6a40] frame= 42 QP=27.08 NAL=0 Slice:B Poc:82 I:29 P:209 SKIP:7922 size=353 bytes [libx264 @ 0x20e6a40] frame= 43 QP=26.59 NAL=2 Slice:P Poc:88 I:160 P:214 SKIP:7786 size=805 bytes [libx264 @ 0x20e6a40] frame= 44 QP=27.17 NAL=0 Slice:B Poc:86 I:77 P:126 SKIP:7957 size=348 bytes [libx264 @ 0x20e6a40] frame= 45 QP=27.13 NAL=2 Slice:P Poc:92 I:226 P:229 SKIP:7705 size=919 bytes [libx264 @ 0x20e6a40] frame= 46 QP=27.26 NAL=0 Slice:B Poc:90 I:12 P:196 SKIP:7952 size=309 bytes [libx264 @ 0x20e6a40] frame= 47 QP=27.53 NAL=2 Slice:P Poc:96 I:201 P:199 SKIP:7760 size=782 bytes [libx264 @ 0x20e6a40] frame= 48 QP=27.77 NAL=0 Slice:B Poc:94 I:101 P:127 SKIP:7932 size=384 bytes [libx264 @ 0x20e6a40] frame= 49 QP=27.53 NAL=2 Slice:P Poc:98 I:158 P:219 SKIP:7783 size=665 bytes [libx264 @ 0x20e6a40] frame= 50 QP=24.56 NAL=2 Slice:P Poc:100 I:293 P:193 SKIP:7674 size=833 bytes [libx264 @ 0x20e6a40] frame= 51 QP=27.16 NAL=2 Slice:P Poc:104 I:213 P:231 SKIP:7716 size=1079 bytes [libx264 @ 0x20e6a40] frame= 52 QP=28.01 NAL=0 Slice:B Poc:102 I:40 P:164 SKIP:7956 size=357 bytes [libx264 @ 0x20e6a40] frame= 53 QP=27.38 NAL=2 Slice:P Poc:108 I:210 P:206 SKIP:7744 size=946 bytes [libx264 @ 0x20e6a40] frame= 54 QP=27.20 NAL=0 Slice:B Poc:106 I:110 P:108 SKIP:7942 size=371 bytes [libx264 @ 0x20e6a40] frame= 55 QP=27.47 NAL=2 Slice:P Poc:112 I:211 P:219 SKIP:7730 size=908 bytes [libx264 @ 0x20e6a40] frame= 56 QP=27.01 NAL=0 Slice:B Poc:110 I:133 P:120 SKIP:7907 size=421 bytes [libx264 @ 0x20e6a40] frame= 57 QP=27.62 NAL=2 Slice:P Poc:116 I:202 P:214 SKIP:7744 size=886 bytes [libx264 @ 0x20e6a40] frame= 58 QP=26.71 NAL=0 Slice:B Poc:114 I:61 P:113 SKIP:7986 size=313 bytes [libx264 @ 0x20e6a40] frame= 59 QP=27.48 NAL=2 Slice:P Poc:120 I:194 P:224 SKIP:7742 size=878 bytes [libx264 @ 0x20e6a40] frame= 60 QP=27.41 NAL=0 Slice:B Poc:118 I:36 P:171 SKIP:7953 size=338 bytes [libx264 @ 0x20e6a40] frame= 61 QP=27.52 NAL=2 Slice:P Poc:124 I:243 P:206 SKIP:7711 size=957 bytes [libx264 @ 0x20e6a40] frame= 62 QP=27.10 NAL=0 Slice:B Poc:122 I:89 P:126 SKIP:7945 size=384 bytes [libx264 @ 0x20e6a40] frame= 63 QP=27.53 NAL=2 Slice:P Poc:128 I:219 P:224 SKIP:7717 size=906 bytes [libx264 @ 0x20e6a40] frame= 64 QP=26.83 NAL=0 Slice:B Poc:126 I:120 P:138 SKIP:7902 size=440 bytes [libx264 @ 0x20e6a40] frame= 65 QP=27.05 NAL=2 Slice:P Poc:132 I:258 P:199 SKIP:7703 size=828 bytes [libx264 @ 0x20e6a40] frame= 66 QP=27.14 NAL=0 Slice:B Poc:130 I:103 P:131 SKIP:7926 size=396 bytes [libx264 @ 0x20e6a40] frame= 67 QP=26.57 NAL=2 Slice:P Poc:136 I:222 P:234 SKIP:7704 size=878 bytes [libx264 @ 0x20e6a40] frame= 68 QP=27.21 NAL=0 Slice:B Poc:134 I:33 P:244 SKIP:7883 size=398 bytes [libx264 @ 0x20e6a40] frame= 69 QP=27.90 NAL=2 Slice:P Poc:140 I:248 P:218 SKIP:7694 size=810 bytes [libx264 @ 0x20e6a40] frame= 70 QP=27.00 NAL=0 Slice:B Poc:138 I:101 P:141 SKIP:7918 size=403 bytes [libx264 @ 0x20e6a40] frame= 71 QP=27.61 NAL=2 Slice:P Poc:144 I:191 P:245 SKIP:7724 size=762 bytes [libx264 @ 0x20e6a40] frame= 72 QP=27.15 NAL=0 Slice:B Poc:142 I:92 P:163 SKIP:7905 size=424 bytes [libx264 @ 0x20e6a40] frame= 73 QP=28.60 NAL=2 Slice:P Poc:148 I:194 P:199 SKIP:7767 size=647 bytes [libx264 @ 0x20e6a40] frame= 74 QP=26.14 NAL=0 Slice:B Poc:146 I:83 P:197 SKIP:7880 size=591 bytes frame= 75 fps= 49 q=-1.0 Lsize= 60kB time=00:00:02.92 bitrate= 167.2kbits/s video:58kB audio:0kB subtitle:0 global headers:0kB muxing overhead 2.846070% [libx264 @ 0x20e6a40] frame I:1 Avg QP:16.88 size: 10509 [libx264 @ 0x20e6a40] frame P:38 Avg QP:26.74 size: 898 [libx264 @ 0x20e6a40] frame B:36 Avg QP:26.89 size: 388 [libx264 @ 0x20e6a40] consecutive B-frames: 4.0% 96.0% 0.0% 0.0% [libx264 @ 0x20e6a40] mb I I16..4: 65.7% 31.6% 2.7% [libx264 @ 0x20e6a40] mb P I16..4: 2.5% 0.3% 0.1% P16..4: 2.2% 0.4% 0.0% 0.0% 0.0% skip:94.6% [libx264 @ 0x20e6a40] mb B I16..4: 0.8% 0.1% 0.0% B16..8: 1.8% 0.0% 0.0% direct: 0.1% skip:97.2% L0:29.7% L1:69.7% BI: 0.7% [libx264 @ 0x20e6a40] 8x8 transform intra:19.0% inter:91.8% [libx264 @ 0x20e6a40] coded y,u,v intra: 1.5% 1.3% 1.3% inter: 0.0% 0.1% 0.0% [libx264 @ 0x20e6a40] i16 v,h,dc,p: 89% 7% 0% 4% [libx264 @ 0x20e6a40] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 54% 6% 40% 0% 0% 0% 0% 0% 0% [libx264 @ 0x20e6a40] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 37% 31% 2% 1% 2% 0% 2% 0% [libx264 @ 0x20e6a40] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x20e6a40] ref P L0: 69.9% 1.2% 21.8% 7.1% [libx264 @ 0x20e6a40] ref B L0: 78.4% 21.6% [libx264 @ 0x20e6a40] kb/s:156.34 76 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x20e3f00] Statistics: 34 seeks, 101 writeouts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 11:00:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 09:00:47 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 In-Reply-To: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> References: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> Message-ID: <049.ea7d18252e6886bd10f1410c25bb43b1@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: task | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ankit): I have attached the configuration file. Following are the steps which I have followed: 1)Set up the server: ffserver -f /etc/ffserver.conf 2)Set up the feed from usb camera: ffmpeg -f v4l2 -s 320*240 -r 5 -i /dev/video0 http://192.168.171.2:8090/feed1.ffm 3)Playing the live stream : ffplay http://192.168.171.2:8090/test1.avi While doing this i got the following errors at the sever A)"Too Large Number of Skipped frames 1374156452>60000" B)"Appliaction Provide invalid, non monotonically increasing dts to muxer in stream 0" C)Error Writing Frame to output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 11:24:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 09:24:15 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 In-Reply-To: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> References: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> Message-ID: <049.5cb032ef58ce705c9ffe5a296933387c@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: task | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Is a feed from usb camera necessary to reproduce the problem or is it also reproducible with {{{-f lavfi -i testsrc}}} ? If it is only reproducible with the usb camera source, is ffm output necessary to reproduce the problem or is it also reproducible with file output? Please add your command lines together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 14:49:40 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 12:49:40 -0000 Subject: [FFmpeg-trac] #2793(swscale:closed): gbrp16 -> yuv conversion broken In-Reply-To: <038.95ad924634228831dd3b95ef57aeadcf@avcodec.org> References: <038.95ad924634228831dd3b95ef57aeadcf@avcodec.org> Message-ID: <053.1933e4682f3ae09dc437a26aaaf6443d@avcodec.org> #2793: gbrp16 -> yuv conversion broken -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: tif | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in a4b55bbb6f8ba055bba1493f6872792503e47563 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 15:16:57 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 13:16:57 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.69e0f97cc51dbb9ae9401c3ea2f40c6c@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): It's not a regression, but surround bitrate seems to be capped and do not change by -b:a 256k, 320k, 384k. Surround sample file is in here. http://people.xiph.org/~xiphmont/demo/opus/demo3.shtml I'm currently using tx->frame_bits = FFMIN(3000,... No obvious bugs so far. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 17:12:16 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 15:12:16 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.99aec6bbc008cb02192e2ebef98168b5@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): [[Image(http://i44.tinypic.com/2s805y0.png)]] I used tx->frame_bits = FFMIN(2560, and psymodel.h line 32: {{{ #define AAC_CUTOFF(s) (s->bit_rate ? FFMIN3(FFMIN3(s->bit_rate/s->channels/2, 4000 + s->bit_rate/s->channels/4, 12000 + s->bit_rate/s->channels/16), 20000, s->sample_rate / 2): (s->sample_rate / 2)) }}} This is better on mono, surround, and on very low bitrates(such as 32kbps stereo). truncut.wav has few HF content, so the bitrate saturates in 172kbps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 19 19:57:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Jul 2013 17:57:08 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.d4ef64a67edb9e68ab79d7d990594341@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): In 4 hours of hearing more than 100 musical, vocal, ambient and artificial sounds, on 64-480kbps, 44.1kHz, 48kHz, stereo, surround, I have found no problematic samples. This solution is great. Thank you for fixing, klaussfreire. I think I'm going to test mono, collecting more surround samples to test, 32kHz or less, and VBR modes tomorrow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 05:54:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 03:54:57 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.a51260fd67fcfc9f9a1823d92f18fa68@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): [[Image(http://i43.tinypic.com/15714c5.png)]] All are stereo. I listened to some of the encoded AACs, and there were no problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 07:37:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 05:37:30 -0000 Subject: [FFmpeg-trac] #2798(avformat:new): Unexpected behavior with cover art In-Reply-To: <036.0b516b1f2aeeab1545d1799b5424c9cc@avcodec.org> References: <036.0b516b1f2aeeab1545d1799b5424c9cc@avcodec.org> Message-ID: <051.9805eb33d758668e2b39b247c002fc92@avcodec.org> #2798: Unexpected behavior with cover art -------------------------------------+------------------------------------ Reporter: svnpenn | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by jamal): mov/mp4/m4a muxer currently doesn't support cover art. A patch that implements this was submitted to ffmpeg-devel a few weeks ago. This is the thread: http://comments.gmane.org/gmane.comp.video.ffmpeg.devel/165509 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 08:29:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 06:29:49 -0000 Subject: [FFmpeg-trac] #2363(avutil:new): Default mingw32 compilation is broken by atomic In-Reply-To: <036.5e09ae19b37145fa0c9f3c5c3e5b0fe1@avcodec.org> References: <036.5e09ae19b37145fa0c9f3c5c3e5b0fe1@avcodec.org> Message-ID: <051.7fb25c2894fd43d5c341f3184fd8bfd5@avcodec.org> #2363: Default mingw32 compilation is broken by atomic ----------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: win regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by dryeo): Note that OS/2 is broken exactly the same way when configured with --enable-os2threads. Same workarounds apply -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 11:03:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 09:03:05 -0000 Subject: [FFmpeg-trac] #2799(FFplay:new): No support for cmyk jpeg Message-ID: <034.7ab555e3e3cfbdca7810c4f007b19676@avcodec.org> #2799: No support for cmyk jpeg --------------------------------+-------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: FFplay | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: FFmpeg doesn't support jpg using the CMYK colorspace. How to reproduce: Get the sample @ http://towerofbabel.free.fr/test/SLW_LOGO_CMYK.jpg {{{ % ffplay SLW_LOGO_CMYK.jpg ffplay version N-54691-g7f4a1fd Copyright (c) 2003-2013 the FFmpeg developers built on Jul 12 2013 16:31:48 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 39.100 / 52. 39.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 80.101 / 3. 80.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Unhandled pixel format 0x11111111 0KB vq= 0KB sq= 0B f=0/0 [image2 @ 00000000024c1960] decoding for stream 0 failed [image2 @ 00000000024c1960] Could not find codec parameters for stream 0 (Video: mjpeg, 4776x2033): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options SLW_LOGO_CMYK.jpg: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 11:03:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 09:03:35 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.1e8307cfaf2c5788c6f3956f8d2f6406@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Should I use ffmpeg_g to spot the bug? Thousands of diverse sound files are now encoded to see whether it doesn't freeze or fail. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 12:13:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 10:13:45 -0000 Subject: [FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.fbdf047e0e0f61106e80b83ccf784393@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: open Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Trigunflame): Replying to [comment:8 qyot27]: > I found out something new during some testing just now. The issue with 2.5.8 is very specifically isolated to the loading of '''video''' streams. If the script is loading audio only, then it doesn't cause 2.5.8 to crash and FFmpeg can deal with it correctly. > > As was noted in the thread Zarx linked to, but curiously never got brought up here (I'm partially to blame, I take responsibility for failing to mention it also), the Version() function works with 2.5.8 and FFmpeg doesn't have an issue with it. It's when external files - and due to the new information, it's actually external '''video''' - are loaded that problems start. > > To illustrate, scripts like the following: > >Version() > works with 2.5.8 > >AVISource("test.avi") > fails with 2.5.8 > >AVISource("test.avi",audio=false) > fails with 2.5.8 > >AVISource("test.avi").KillVideo() > works with 2.5.8 > >WAVSource("test.wav") > works with 2.5.8 > >FFAudioSource("test.mp4") > works with 2.5.8 > > and so on. With any of the arbitrary source filters, so long as the only thing that's received by FFmpeg is audio, there's no problem. But the instant that video is served through the script, there's the segfault that this ticket centers around. This applies to audio-only files opened with the script, or video+audio files, in which the latter case only works if the video stream is disabled (or just simply ignored) within the script, since if that happens it won't pass the video stream to FFmpeg and the segfault will then be averted. Wanted to mention that I have this issue as well on Win 7 x64. Though, not specific to just FFMPEG, the freeze happens with MPC- HC/VirtualDub as well in combination with AVISynth (2.5.x, 2.6.x, 2.6.x MT) under the following conditions: 1) using AVISource (DirectshowSource seems to work fine) 2) loading a file with both video & audio streams. video only works just fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 16:38:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 14:38:04 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.a1465ee3d7dde733c54487fb38b107b5@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kla960): sample_avi_to_mpegts_with_reencoding_mp3_audio_to_ac3.avi is uploaded to the ftp server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 17:53:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 15:53:09 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.909c16f2d2604be4ccad5005648f4f25@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Recommended cutoff frequency for FFmpeg AAC. [[Image(http://i41.tinypic.com/28al1fn.png)]] psymodel.h line 32: {{{ #define AAC_CUTOFF(s) (s->bit_rate ? FFMIN3(FFMIN3(s->bit_rate/s->channels/2, 3000 + s->bit_rate/s->channels/4, 12000 + s->bit_rate/s->channels/16), 20000, s->sample_rate / 2): (s->sample_rate / 2)) }}} The LPF is not applied in VBR now, resulting in noticeably poor quality. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 19:16:06 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 17:16:06 -0000 Subject: [FFmpeg-trac] #2800(FFplay:new): ffplay doesn't honour -autoexit with -af atrim Message-ID: <034.b851ed48cd72235a9dd54d134a0c71a6@avcodec.org> #2800: ffplay doesn't honour -autoexit with -af atrim -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: | Keywords: atrim unspecified | autoexit Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: This command works: {{{ ffplay -f lavfi "sine,atrim=duration=2" -autoexit -nostats }}} But will not work with -af: {{{ ffplay -f lavfi "sine" -af "atrim=duration=2" -autoexit -nostats }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 19:29:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 17:29:30 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.df9e6c1aa02d767479e806668b4ba7ad@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): [[Image(http://i40.tinypic.com/14smbo0.png)]] songs: 5 min snippets of pops and jazz, 44.1kHz, stereo non-music sounds: 16 min of artificial sounds, difficult samples, speech, etc, 48kHz, stereo ||=LAME equivalent=||=Bitrate=||=VBR number=|| || ||16||0.029|| ||-V9.9||32||0.053|| || ||48||0.097|| ||-V9||64||0.23|| ||-V8||80||0.43|| ||-V7||96||0.55|| ||-V6||112||0.66|| ||-V5||128||0.86|| || ||144||1.06|| ||-V4||160||1.17|| ||-V3||176||1.29|| ||-V2||192||1.43|| ||-V1||224||2.2|| ||-V0||256||4.3|| || ||288||6.2|| || ||320||7|| || ||352||7.7|| || ||384||10|| -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 19:41:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 17:41:43 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.a8dcef0a17cdb0bcb644692e2ecfbe55@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): How about the subjective quality on the various VBR modes, as compared to CBR (actually ABR, since a CBR setting in AAC produces ABR). I worked hard to get good results, but there's still problematic samples, that sound better on equivalent ABR than VBR. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 20:15:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 18:15:04 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.1c6b63d6185a8eefc9f00b953999d6b6@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:57 Kamedo2]: > psymodel.h line 32: > {{{ > #define AAC_CUTOFF(s) (s->bit_rate ? FFMIN3(FFMIN3(s->bit_rate/s->channels/2, 3000 + s->bit_rate/s->channels/4, 12000 + s->bit_rate/s->channels/16), 20000, s->sample_rate / 2): (s->sample_rate / 2)) > }}} > The LPF is not applied in VBR now, resulting in noticeably poor quality. Try this cutoff: {{{ #define _AAC_CUTOFF(bit_rate,channels,sample_rate) (bit_rate ? FFMIN3(FFMIN3( \ bit_rate/channels, \ 3000 + bit_rate/channels/2, \ 16000 + bit_rate/channels/8), \ 20000, \ sample_rate / 2): (sample_rate / 2)) #define AAC_CUTOFF(s) ( \ (s->flags & CODEC_FLAG_QSCALE) \ ? _AAC_CUTOFF(s->bit_rate, s->channels, s->sample_rate) \ : _AAC_CUTOFF((int)(s->bit_rate * (s->global_quality ? s->global_quality : 120) / 120.0), 2, s->sample_rate) \ ) }}} I find it works better, the other was was pretty dull for 64k/ch, which ought to be transparent for AAC. This one also works on VBR. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 21:02:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 19:02:21 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.4703a16245a561fc07ad0c7d7ac9b3d8@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:60 klaussfreire]: > Try this cutoff: > > {{{ > #define _AAC_CUTOFF(bit_rate,channels,sample_rate) (bit_rate ? FFMIN3(FFMIN3( \ > bit_rate/channels, \ > 3000 + bit_rate/channels/2, \ > 16000 + bit_rate/channels/8), \ > 20000, \ > sample_rate / 2): (sample_rate / 2)) > #define AAC_CUTOFF(s) ( \ > (s->flags & CODEC_FLAG_QSCALE) \ > ? _AAC_CUTOFF(s->bit_rate, s->channels, s->sample_rate) \ > : _AAC_CUTOFF((int)(s->bit_rate * (s->global_quality ? s->global_quality : 120) / 120.0), 2, s->sample_rate) \ > ) > }}} I tried, but isn't this cutoff strange? It sounds like the lowpass is always 20kHz. The problem of ffmpeg_aacvbr_pulse1.flac is solved by this. I'm using current git head 54813 + aac-improvements- wip-v2-rclookahead.2.patch + aacpsy.c Line 308 {{{ pctx->frame_bits = FFMIN(2560, chan_bitrate * AAC_BLOCK_SIZE_LONG / ctx->avctx->sample_rate); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 21:17:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 19:17:04 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.88dce5984f6356f96102cf077ba85924@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): LOL, sorry, the VBR condition is backwards. An old idiocy of mine, I always reverse if conditions. Kinda like coding dyslexia. It should be {{{ #define _AAC_CUTOFF(bit_rate,channels,sample_rate) (bit_rate ? FFMIN3(FFMIN3( \ bit_rate/channels, \ 3000 + bit_rate/channels/2, \ 12000 + bit_rate/channels/8), \ 20000, \ sample_rate / 2): (sample_rate / 2)) #define AAC_CUTOFF(s) ( \ (s->flags & CODEC_FLAG_QSCALE) \ ? _AAC_CUTOFF((int)(s->bit_rate * (s->global_quality ? s->global_quality : 120) / 120.0), 2, s->sample_rate) \ : _AAC_CUTOFF(s->bit_rate, s->channels, s->sample_rate) \ ) }}} Though I'm getting some weird results with very low quality settings. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 21:20:46 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 19:20:46 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.e5a400d26afa4f3db72229f92a88f894@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Aren't you trying to access s->bit_rate when it's VBR? Or am I missing something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 21:31:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 19:31:15 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.f3dfba2255f53319131daff1f3e5c33b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Is s->global_quality different from VBR number -q:a x? ||=LAME equivalent=||=Stereo Bitrate=||=VBR number=||=Recommended cutoff=|| || ||16||0.029||4000|| ||-V9.9||32||0.053||7000|| || ||48||0.097||9000|| ||-V9||64||0.23||11000|| ||-V8||80||0.43||13000|| ||-V7||96||0.55||15000|| ||-V6||112||0.66||15500|| ||-V5||128||0.86||16000|| || ||144||1.06||16500|| ||-V4||160||1.17||17000|| ||-V3||176||1.29||17500|| ||-V2||192||1.43||18000|| ||-V1||224||2.2||19000|| ||-V0||256||4.3||20000|| || ||288||6.2||20000|| || ||320||7||20000|| || ||352||7.7||20000|| || ||384||10||20000|| -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 22:08:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 20:08:00 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.db045ed6e8861a1ca34b49ffbf7a781e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:63 Kamedo2]: > Aren't you trying to access s->bit_rate when it's VBR? Or am I missing something? Yes, bit_rate in that case holds the default of 128kbps. Psy does the same, but it works well since that's considered to be AAC's transparent rate. So, for VBR, you make psy work at transparent settings, and compensate bit allocation based on RD scaling. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 20 22:08:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 20:08:49 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9436028b43afc68bbe0545ffb13b2afc@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:64 Kamedo2]: > Is s->global_quality different from VBR number -q:a x? It's x * 120 AFAIK -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 00:25:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Jul 2013 22:25:39 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.26dfbac52ea7937100be7cf1113209ab@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): I think I finally got VBR to talk to psy. It's looking good. I'll post an updated patch with all this in a while (still lots of tests to perform) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 03:44:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 01:44:24 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.985b5fc926100c9a28f8d4db8e23636e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:65 klaussfreire]: > Yes, bit_rate in that case holds the default of 128kbps. Psy does the same, but it works well since that's considered to be AAC's transparent rate. > AAC is not transparent in 128kbps stereo, although Apple used to advertise that way. http://d.hatena.ne.jp/kamedo2/20111029/1319840519 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 05:51:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 03:51:51 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.2a873e4b1ff42f0be632dc3eebe2b0fd@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:60 klaussfreire]: > {{{ > #define _AAC_CUTOFF(bit_rate,channels,sample_rate) (bit_rate ? FFMIN3(FFMIN3( \ > bit_rate/channels, \ > 3000 + bit_rate/channels/2, \ > 16000 + bit_rate/channels/8), \ > 20000, \ > sample_rate / 2): (sample_rate / 2)) > #define AAC_CUTOFF(s) ( \ > (s->flags & CODEC_FLAG_QSCALE) \ > ? _AAC_CUTOFF(s->bit_rate, s->channels, s->sample_rate) \ > : _AAC_CUTOFF((int)(s->bit_rate * (s->global_quality ? s->global_quality : 120) / 120.0), 2, s->sample_rate) \ > ) > }}} > > I find it works better, the other was was pretty dull for 64k/ch, which ought to be transparent for AAC. This one also works on VBR. The high cutoff causes trouble for whitenoise.flac below 55kbps. And I'm almost certain 16kHz is optimal at 128kbps stereo. http://d.hatena.ne.jp/kamedo2/20120221/1329845124 http://d.hatena.ne.jp/kamedo2/20120729/1343545890 [[Image(http://i43.tinypic.com/cmhx3.png)]] [[Image(http://i39.tinypic.com/2ecdv0o.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 06:15:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 04:15:40 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9dad4e11832980fb47cf1d2b97694a37@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I recommend psymodel.h line 24 to be: {{{ #include "libavutil/libm.h" #include "avcodec.h" /** maximum possible number of bands */ #define PSY_MAX_BANDS 128 /** maximum number of channels */ #define PSY_MAX_CHANS 24 #define _AAC_CUTOFF(bit_rate,channels,sample_rate) (bit_rate ? FFMIN3(FFMIN3( \ bit_rate/channels/2, \ 3000 + bit_rate/channels/4, \ 12000 + bit_rate/channels/16), \ 20000, \ sample_rate / 2): (sample_rate / 2)) #define AAC_CUTOFF(s) ( \ (s->flags & CODEC_FLAG_QSCALE) \ ? _AAC_CUTOFF(((int)(135000.0f*sqrtf(s->global_quality ? s->global_quality/120.0f : 1.0f))), 2, s->sample_rate) \ : _AAC_CUTOFF(s->bit_rate, s->channels, s->sample_rate) \ ) }}} In this way, I can set cutoff to VBR modes as well. PSY_MAX_CHANS 24 is to accommodate NHK 22.2ch. I notice that in -q:a 0.2 and -q:a 0.4, the lower freq is in trouble. It sounds like a thunder far away. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 06:35:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 04:35:34 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.55f51a320c71eb6b9b2d4c327e89232a@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Yes, I'm fixing the lower frequency right now. It's a matter with tonal band priorization that in VBR doesn't really work as intended. I'm preparing a better patch now. I'll test your cutoffs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 07:09:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 05:09:40 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.337a225a1fdc18d965f7c40ffa8b5493@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): After applying the new LPF at comment:70, the result bitrate of music changed a bit. I think I have to replot the graph. And one more problem. -q:a 0.029 or -q:a 10 is unfriendly for an average user. I think the value should be roughly equivalent of LAME. I mean, if one use -q:a 2, the result of average sound is roughly 96kbps/channel, which is the same behavior as LAME -V2. Is applying new LPF method comment:51 easy? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 07:52:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 05:52:28 -0000 Subject: [FFmpeg-trac] #2801(avformat:new): Concat protocol with too many files Message-ID: <035.dfb7179fc0de6b4a8547ebffde2f9049@avcodec.org> #2801: Concat protocol with too many files ----------------------------------+-------------------------------------- Reporter: jbvsmo | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: When using the concat protocol with a certain number of files, it just crashes at some point when parsing the input. The open files limit in my server was 1024, so it crashes when trying to concatenate that amount of files. I see two problems here: 1 - FFmpeg doesn't tell me whats wrong. It just ends the process with error code 1 and no useful information whatsoever. Even gdb can't show any information. I had to dig in the "libavformat/concat.c" file with some prints to see the system error. 2 - Why are all the files being opened at once? There should be a way to call "ffurl_open" only when the file is going to be used. The command input line is quite huge to put here so I just wrote the first two files. FFmpeg will truncate the text when printing the names. How to reproduce: {{{ $ ffmpeg -v 99 -y -i "concat:/video/videox/CCD_orig_0.h264|/video/videox/CCD_orig_1.h264|..." -c:v copy foo.mp4 ffmpeg version N-38232-g1f7acf3 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 21 2013 01:55:20 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libass --enable-libfaac --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '99'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-i' ... matched as input file with argument 'concat:/video/videox/CCD_orig_0.h264|/video/videox/CCD_orig_1.h264|/video/videox/CCD_orig_2.h264|/video/videox/CCD_orig_3.h264|/video/videox/CCD_orig_4.h264|/video/videox/CCD_orig_5.h264|/video/videox/CCD_orig_6.h264|/video/videox/CCD_orig_7.h264|/video/videox/CCD_orig_8.h264|/video/videox/CCD_orig_9.h264|/video/videox/CCD_orig_10.h264|/video/videox/CCD_orig_11.h264|/video/videox/CCD_orig_12.h264|/video/videox/CCD_orig_13.h264|/video/videox/CCD_orig_14.h264|/video/videox/CCD_orig_15.h264|/video/videox/CCD_orig_16.h264|/video/videox/CCD_orig_17.h264|/video/videox/CCD_orig_18.h264|/video/videox/CCD_orig_19.h264|/video/videox/CCD_orig_20.h264|/video/videox/CCD_orig_21.h264|/video/videox/CCD_orig_22.h264|/video/videox/CCD_orig_23.h264|/video/videox/CCD_orig_24.h264|/video/videox/CCD_orig_25.h264|/video/videox/CCD_orig_26.h264|/video/videox/CCD_orig_27.h264|/video/videox/CCD_orig_28.h264|/video/videox/CCD_orig_29.h264|/video/videox/CCD_orig_30.h264|/video/videox/CCD_orig_31.hReading option '-c:v' ... matched as option 'c' (codec name) with argument 'copy'. Reading option 'foo.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 99. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file concat:/video/videox/CCD_orig_0.h264|/video/videox/CCD_orig_1.h264|/video/videox/CCD_orig_2.h264|/video/videox/CCD_orig_3.h264|/video/videox/CCD_orig_4.h264|/video/videox/CCD_orig_5.h264|/video/videox/CCD_orig_6.h264|/video/videox/CCD_orig_7.h264|/video/videox/CCD_orig_8.h264|/video/videox/CCD_orig_9.h264|/video/videox/CCD_orig_10.h264|/video/videox/CCD_orig_11.h264|/video/videox/CCD_orig_12.h264|/video/videox/CCD_orig_13.h264|/video/videox/CCD_orig_14.h264|/video/videox/CCD_orig_15.h264|/video/videox/CCD_orig_16.h264|/video/videox/CCD_orig_17.h264|/video/videox/CCD_orig_18.h264|/video/videox/CCD_orig_19.h264|/video/videox/CCD_orig_20.h264|/video/videox/CCD_orig_21.h264|/video/videox/CCD_orig_22.h264|/video/videox/CCD_orig_23.h264|/video/videox/CCD_orig_24.h264|/video/videox/CCD_orig_25.h264|/video/videox/CCD_orig_26.h264|/video/videox/CCD_orig_27.h264|/video/videox/CCD_orig_28.h264|/video/videox/CCD_orig_29.h264|/video/videox/CCD_orig_30.h264|/video/videox/CCD_orig_31.Successfully parsed a group of options. Opening an input file: concat:/video/videox/CCD_orig_0.h264|/video/videox/CCD_orig_1.h264|/video/videox/CCD_orig_2.h264|/video/videox/CCD_orig_3.h264|/video/videox/CCD_orig_4.h264|/video/videox/CCD_orig_5.h264|/video/videox/CCD_orig_6.h264|/video/videox/CCD_orig_7.h264|/video/videox/CCD_orig_8.h264|/video/videox/CCD_orig_9.h264|/video/videox/CCD_orig_10.h264|/video/videox/CCD_orig_11.h264|/video/videox/CCD_orig_12.h264|/video/videox/CCD_orig_13.h264|/video/videox/CCD_orig_14.h264|/video/videox/CCD_orig_15.h264|/video/videox/CCD_orig_16.h264|/video/videox/CCD_orig_17.h264|/video/videox/CCD_orig_18.h264|/video/videox/CCD_orig_19.h264|/video/videox/CCD_orig_20.h264|/video/videox/CCD_orig_21.h264|/video/videox/CCD_orig_22.h264|/video/videox/CCD_orig_23.h264|/video/videox/CCD_orig_24.h264|/video/videox/CCD_orig_25.h264|/video/videox/CCD_orig_26.h264|/video/videox/CCD_orig_27.h264|/video/videox/CCD_orig_28.h264|/video/videox/CCD_orig_29.h264|/video/videox/CCD_orig_30.h264|/video/videox/CCD_orig_31.h264|/video/videconcat:/video/videox/CCD_orig_0.h264|/video/videox/CCD_orig_1.h264|/video/videox/CCD_orig_2.h264|/video/videox/CCD_orig_3.h264|/video/videox/CCD_orig_4.h264|/video/videox/CCD_orig_5.h264|/video/videox/CCD_orig_6.h264|/video/videox/CCD_orig_7.h264|/video/videox/CCD_orig_8.h264|/video/videox/CCD_orig_9.h264|/video/videox/CCD_orig_10.h264|/video/videox/CCD_orig_11.h264|/video/videox/CCD_orig_12.h264|/video/videox/CCD_orig_13.h264|/video/videox/CCD_orig_14.h264|/video/videox/CCD_orig_15.h264|/video/videox/CCD_orig_16.h264|/video/videox/CCD_orig_17.h264|/video/videox/CCD_orig_18.h264|/video/videox/CCD_orig_19.h264|/video/videox/CCD_orig_20.h264|/video/videox/CCD_orig_21.h264|/video/videox/CCD_orig_22.h264|/video/videox/CCD_orig_23.h264|/video/videox/CCD_orig_24.h264|/video/videox/CCD_orig_25.h264|/video/videox/CCD_orig_26.h264|/video/videox/CCD_orig_27.h264|/video/videox/CCD_orig_28.h264|/video/videox/CCD_orig_29.h264|/video/videox/CCD_orig_30.h264|/video/videox/CCD_orig_31.h264|/video/videox/CCD_orig_32.h264|/vi }}} The problem cannot be on x264 (or any other external library) because it happens while still parsing the text. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 11:12:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 09:12:09 -0000 Subject: [FFmpeg-trac] #2801(avformat:new): Concat protocol with too many files In-Reply-To: <035.dfb7179fc0de6b4a8547ebffde2f9049@avcodec.org> References: <035.dfb7179fc0de6b4a8547ebffde2f9049@avcodec.org> Message-ID: <050.fe40848053951f62c5ec253bfcd97267@avcodec.org> #2801: Concat protocol with too many files ------------------------------------+------------------------------------ Reporter: jbvsmo | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Replying to [ticket:2801 jbvsmo]: > 1 - FFmpeg doesn't tell me whats wrong. It just ends the process with error code 1 and no useful information whatsoever. Even gdb can't show any information. That is not exactly true: ffmpeg tries to tell you what is going wrong, but the line it prints is huge and truncated by the colored log system, so you do not get the error message itself. Patch sent on the mailing list. > 2 - Why are all the files being opened at once? There should be a way to call "ffurl_open" only when the file is going to be used. To implement seeking and report useful information, concat needs at least the size of all component, and lavf does not allow to get that without opening. Two useful options could be added to the concat protocol to mitigate this problem: * An option to open only one file at once, and close it when no longer necessary. Even better, an option to limit the number of opened files to any value, using a LRU logic. * An option to work in non-seekable mode, with only one file open at once. Both options make the protocol slightly less reliable, but that is up to the user to choose to use them. Both should be pretty easy to implement (but not as easy as the first problem). Note that as an alternative to the concat protocol you can use the concat demuxer, it does not suffer from this problem. But it will only work if your streams are cleanly split before keyframes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 17:16:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 15:16:43 -0000 Subject: [FFmpeg-trac] #2716(avformat:closed): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.76504c17e47dab80fd101a58a32dfecc@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: memory leak => leak * status: open => closed * resolution: => fixed Comment: Your patch was applied as 0f229f9b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 18:10:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 16:10:14 -0000 Subject: [FFmpeg-trac] #2716(avformat:reopened): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.2cf0033100fd1e1d120588d0408fc87f@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: reopened Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * priority: normal => minor * status: closed => reopened * resolution: fixed => Comment: Patch has been reverted as it causes races and crashes with VLC. One could blame VLC for insufficient locking and mutexes but that wont make all applications do the extra needed locking. So its probably safer to keep the previously existing need for the user app to clean up the codec side. A patch in that direction is welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 22:26:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 20:26:26 -0000 Subject: [FFmpeg-trac] #2794(avcodec:closed): bmp rle: fix decoding of 4bpp with flipped row order In-Reply-To: <038.ef73e35b7e684fc99454f6fc83f05a54@avcodec.org> References: <038.ef73e35b7e684fc99454f6fc83f05a54@avcodec.org> Message-ID: <053.dff993cb9101a0a51b1d1a859d6efca1@avcodec.org> #2794: bmp rle: fix decoding of 4bpp with flipped row order -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by you in 5f39992. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 22:28:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 20:28:48 -0000 Subject: [FFmpeg-trac] #2801(avformat:new): Concat protocol with too many files In-Reply-To: <035.dfb7179fc0de6b4a8547ebffde2f9049@avcodec.org> References: <035.dfb7179fc0de6b4a8547ebffde2f9049@avcodec.org> Message-ID: <050.ad7608da5379bde350de0a61d9eee928@avcodec.org> #2801: Concat protocol with too many files ------------------------------------+------------------------------------ Reporter: jbvsmo | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: concat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by jbvsmo): Replying to [comment:1 Cigaes]: > * An option to work in non-seekable mode, with only one file open at once. This should be enough for my application (and probably easier to implement). I don't know if others might want the other option. How would it be done? with a variation of concat protocol like {{{ "concat2:foo.ts|bar.ts|baz.ts" }}} or a flag like {{{ -no-seek-input }}} ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 22:33:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 20:33:39 -0000 Subject: [FFmpeg-trac] #2797(avutil:closed): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.5be69aff4766a389a394c866abdf6e28@avcodec.org> #2797: Context information missing on the console ------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: undetermined => avutil Comment: Fixed by Nicolas George in c25d1ba. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 21 23:43:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Jul 2013 21:43:24 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.d638867f65b00d33624cfa6a1ba58152@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): After two days of toying around, the butterworth filter used in psy is actually counterproductive. Keeping all things equal, lowering the cutoff actually increases bitrate, if a fixed RD is forced. So, for VBR, it's a no-no. I'm trying an FFT-based LP by simply zeroing coeffs, with care at the boundary to minimize ripple, and it seems to work a lot better, at least for VBR. Right now, the implementation is just a POC. It's very dirty. But I'm getting convinced this is '''the''' way for VBR... and maybe for ABR too. I'm not sure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 04:13:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 02:13:27 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.486d2d74cdf10eea5beab0f88bd2fe5f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Is that FFT, not MDCT? I'm guessing that lowering the cutoff increases the bitrate is the effect of comment:32. Very strange, as HF contents usually takes up more bits, but it makes sense. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 05:28:45 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 03:28:45 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ee256ab7bc6934d2b3819ef65687881b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): You're right, the one I have done right now is MDCT, because it's done within the bit allocator. But I've been meaning to implement an actual FFT filter later on, if not too hard, and '''if''' the technique pans out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 05:29:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 03:29:58 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.c6b2608524ad558497005e351dd7380b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Thing is, the butterworth doesn't really remove that much content, and it changes the masking thresholds in a way that actually requires more bits to encode. A higher-order butterworth might work, but it would have way too much group delay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 06:45:54 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 04:45:54 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.78bde189d1a537820cc46079892ca543@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): BTW, wait before you redo that graph, I have a much better VBR patch almost ready. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 08:28:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 06:28:31 -0000 Subject: [FFmpeg-trac] #2802(avformat:new): memory leak in avformat_find_stream_info Message-ID: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> #2802: memory leak in avformat_find_stream_info -------------------------------------+------------------------------------- Reporter: sporn | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: memory leak | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: call avformat_find_stream_info with AVFMT_FLAG_NOBUFFER set in the formatcontext flags results in a memory leak. calling it without AVFMT_FLAG_NOBUFFER set (you can safely set it after the call to avformat_find_stream_info) does not leak. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 08:40:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 06:40:30 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.5ba3fdd9f5ca6ae286e0f5b7536fc43e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Alright, i'm attaching a new VBR patch. CBR/ABR shouldn't have changed (shouldn't, but might). I will probably want to apply the same logic to CBR/ABR as well, since it works very well (ie: cutoff not with a filter but with the bit allocator, stop spending bits on HF if we're starving for bits). A heads-up: VBR's q-to-kbps curve has changed, and there's some artifacts that sound like scratchy noises (especially audible in the sine sample), that are due to clipping. I think it's not specific to this patch, but I just noticed it. I'm not sure how to attack it. Normally, I'd apply compression on the IMDCT stage, but since that's on the decoder side, I'll probably have to find a clever way to predict clipping on the encoder and compensate. Craptastic. Anyway, I do think VBR has been greatly improved on this patch. Let me know what you think. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 09:51:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 07:51:17 -0000 Subject: [FFmpeg-trac] #2802(avformat:new): memory leak in avformat_find_stream_info In-Reply-To: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> References: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> Message-ID: <049.a83af01e95386e06da6acdb951094ff8@avcodec.org> #2802: memory leak in avformat_find_stream_info ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: memory leak => leak Comment: Please provide valgrind output for memory leaks (containing the ffmpeg command line and complete, uncut console output) to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 10:38:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 08:38:26 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.e3d3b97ac50626e9fa1d51bef502a075@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I believe your latest patch contains trailing whitespace (that cannot be committed to FFmpeg git), consider running tools/patcheck over the diff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 11:07:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 09:07:03 -0000 Subject: [FFmpeg-trac] #2802(avformat:new): memory leak in avformat_find_stream_info In-Reply-To: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> References: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> Message-ID: <049.78168a63d00e7293a2b4d0da1008d9c6@avcodec.org> #2802: memory leak in avformat_find_stream_info ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): I appreciate that that would help but I'm developing on windows and using c++/CLI in visual studio. It's already taken me 9 hours to track the leak down to that method call and figure out it was due to the nobuffer flag. Maybe someone that actually has a linux machine with valgrind setup could check it out? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 11:12:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 09:12:47 -0000 Subject: [FFmpeg-trac] #2802(avformat:open): memory leak in avformat_find_stream_info In-Reply-To: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> References: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> Message-ID: <049.d36e9cbc0078f01ef975768b86f195e3@avcodec.org> #2802: memory leak in avformat_find_stream_info ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Replying to [comment:2 sporn]: > It's already taken me 9 hours to track the leak down to that method call and figure out it was due to the nobuffer flag. Maybe using valgrind (or Dr.Memory) would have allowed you to save some of the nine hours? For future tickets: If you believe it is unreasonable to provide all needed information (in this case: valgrind output), please provide at least a command line that allows to reproduce the problem. {{{ $ valgrind ./ffmpeg_g -fflags nobuffer -i tests/lena.pnm ==4039== Memcheck, a memory error detector ==4039== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==4039== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==4039== Command: ./ffmpeg_g -fflags nobuffer -i tests/lena.pnm ==4039== ffmpeg version N-54868-g9d4dece Copyright (c) 2000-2013 the FFmpeg developers built on Jul 22 2013 11:11:33 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified ==4039== ==4039== HEAP SUMMARY: ==4039== in use at exit: 196,748 bytes in 3 blocks ==4039== total heap usage: 111 allocs, 108 frees, 591,027 bytes allocated ==4039== ==4039== LEAK SUMMARY: ==4039== definitely lost: 24 bytes in 1 blocks ==4039== indirectly lost: 196,724 bytes in 2 blocks ==4039== possibly lost: 0 bytes in 0 blocks ==4039== still reachable: 0 bytes in 0 blocks ==4039== suppressed: 0 bytes in 0 blocks ==4039== Rerun with --leak-check=full to see details of leaked memory ==4039== ==4039== For counts of detected and suppressed errors, rerun with: -v ==4039== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 12:11:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 10:11:09 -0000 Subject: [FFmpeg-trac] #2802(avformat:open): memory leak in avformat_find_stream_info In-Reply-To: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> References: <034.df30f0c4c1bb47eb2e237590f6c3f350@avcodec.org> Message-ID: <049.9943fc3d9683806f8a0e0267e179cb8b@avcodec.org> #2802: memory leak in avformat_find_stream_info ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): Thanks, I dont ever use command line ffmpeg and the memory tracer i do use (ANTS profiler) only works with managed code hence the 9 hours :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 13:01:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 11:01:37 -0000 Subject: [FFmpeg-trac] #2803(undetermined:new): Expression for scale filter trimmed Message-ID: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> #2803: Expression for scale filter trimmed -------------------------------------+------------------------------------- Reporter: ?onny | Type: defect Status: new | Priority: normal Component: | Version: 2.0 undetermined | Blocked By: Keywords: filer | Reproduced by developer: 0 length expression | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: It looks like there is some limitation of maximum length of filter parameter for scale filter (or for all filters?). When I pass too long filter parameter FFmpeg complains about wrongs syntax. It seems that the length limitation is around 255 characters. How to reproduce: FFmpeg command line (note: the command line is just an simple example how to reproduce the issue, in practice I'm trying to pass some quite complex expression for w:h of scale filer.) {{{ D:\UGC testfiles\Video>ffmpeg -i D:\UGC\PendingUGC\c\c9\c9e9cf86-6598 -409c-9cd1-879cb31622d0.mp4 -vf "yadif=0:-1:0, hqdn3d=1.5:1.5:6:6, scale=(00000000000000000 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000480):(0000000000 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000320), setsar=sar=1, fps=fps=25" -c:v libx264 -refs 5 -pix_fmt yuv420p -crf 25 -maxrate 300k -bufsize 1835k -profile:v baseline -preset fast -strict -2 -c:a aac -af "aformat=channel_layouts=mo no|stereo" -ar 44100 -ab 32k -threads 3 -y -f mp4 o.mp4 -loglevel debug -report }}} (the input file must exist) FFmpeg output {{{ ffmpeg started on 2013-07-22 at 12:54:26 Report written to "ffmpeg-20130722-125426.log" ffmpeg version N-54857-gf9f7f4c Copyright (c) 2000-2013 the FFmpeg developers built on Jul 21 2013 20:04:40 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs -- enable-libxvid --enable-zlib libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-i' ... matched as input file with argument 'D:\UGC\PendingUGC\c\c9\c9e9cf86-6598-409c-9cd1-879cb31622d0.mp4'. Reading option '-vf' ... matched as option 'vf' (set video filters) with argument 'yadif=0:-1:0, hqdn3d=1.5:1.5:6:6, scale=(000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000480):(00000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000320), setsar=sar=1, fps=fps=25'. Reading option '-c:v' ... matched as option 'c' (codec name) with argument 'libx264'. Reading option '-refs' ... matched as AVOption 'refs' with argument '5'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'yuv420p'. Reading option '-crf' ... matched as AVOption 'crf' with argument '25'. Reading option '-maxrate' ... matched as AVOption 'maxrate' with argument '300k'. Reading option '-bufsize' ... matched as AVOption 'bufsize' with argument '1835k'. Reading option '-profile:v' ... matched as option 'profile' (set profile) with argument 'baseline'. Reading option '-preset' ... matched as AVOption 'preset' with argument 'fast'. Reading option '-strict' ... matched as AVOption 'strict' with argument '-2'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'aac'. Reading option '-af' ... matched as option 'af' (set audio filters) with argument 'aformat=channel_layouts=mono|stereo'. Reading option '-ar' ... matched as option 'ar' (set audio sampling rate (in Hz)) with argument '44100'. Reading option '-ab' ... matched as AVOption 'ab' with argument '32k'. Reading option '-threads' ... matched as AVOption 'threads' with argument '3'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-f' ... matched as option 'f' (force format) with argument 'mp4'. Reading option 'o.mp4' ... matched as output file. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Finished splitting the commandline. Parsing a group of options: global . Applying option y (overwrite output files) with argument 1. Applying option loglevel (set logging level) with argument debug. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file D:\UGC\PendingUGC\c\c9\c9e9cf86-6598-409c-9cd1-879cb31622d0.mp4. Successfully parsed a group of options. Opening an input file: D:\UGC\PendingUGC\c\c9\c9e9cf86-6598-409c- 9cd1-879cb31622d0.mp4. [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000027df4c0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000027df4c0] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000027df4c0] File position before avformat_find_stream_info() is 7105913 [h264 @ 00000000027dc900] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000027df4c0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000027df4c0] File position after avformat_find_stream_info() is 16923 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\UGC\PendingUGC\c\c9\c9e9cf86-6598-409c-9cd1-879cb31622d0.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.9.100 Duration: 00:01:00.04, start: 0.036281, bitrate: 946 kb/s Stream #0:0(eng), 1, 1/11988: Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 50/2997, 810 kb/s, 29.97 fps, 29.97 tbr, 11988 tbn , 59.94 tbc Metadata: handler_name : VideoHandler Stream #0:1(eng), 1, 1/44100: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s Metadata: handler_name : SoundHandler Successfully opened the file. Parsing a group of options: output file o.mp4. Applying option vf (set video filters) with argument yadif=0:-1:0, hqdn3d=1.5:1.5:6:6, scale=(000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000480):(00000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000320), setsar=sar=1, fps=fps=25. Applying option c:v (codec name) with argument libx264. Applying option pix_fmt (set pixel format) with argument yuv420p. Applying option profile:v (set profile) with argument baseline. Applying option c:a (codec name) with argument aac. Applying option af (set audio filters) with argument aformat=channel_layouts=mono|stereo. Applying option ar (set audio sampling rate (in Hz)) with argument 44100. Applying option f (force format) with argument mp4. Successfully parsed a group of options. Opening an output file: o.mp4. Successfully opened the file. detected 8 logical cores [Parsed_yadif_0 @ 00000000027db820] Setting 'mode' to value '0' [Parsed_yadif_0 @ 00000000027db820] Setting 'parity' to value '-1' [Parsed_yadif_0 @ 00000000027db820] Setting 'deint' to value '0' [Parsed_hqdn3d_1 @ 000000000032a720] Setting 'luma_spatial' to value '1.5' [Parsed_hqdn3d_1 @ 000000000032a720] Setting 'chroma_spatial' to value '1.5' [Parsed_hqdn3d_1 @ 000000000032a720] Setting 'luma_tmp' to value '6' [Parsed_hqdn3d_1 @ 000000000032a720] Setting 'chroma_tmp' to value '6' [Parsed_hqdn3d_1 @ 000000000032a720] ls:1.500000 cs:1.500000 lt:6.000000 ct:6.000000 [Parsed_scale_2 @ 000000000033ed40] Setting 'w' to value '(00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 000000000000000000000000000000000000000000000000000000000000480)' [Parsed_scale_2 @ 000000000033ed40] Setting 'h' to value '(000000000000000000000000000000000000000000000000000000000000000000000000000000000000000' [Parsed_scale_2 @ 000000000033ed40] w:(0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000480) h:(000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 flags:'bilinear' interl: 0 [Parsed_setsar_3 @ 0000000000372f40] Setting 'sar' to value '1' [Parsed_fps_4 @ 0000000000373120] Setting 'fps' to value '25' [Parsed_fps_4 @ 0000000000373120] fps=25/1 [graph 0 input from stream 0:0 @ 0000000000373620] Setting 'video_size' to value '720x480' [graph 0 input from stream 0:0 @ 0000000000373620] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:0 @ 0000000000373620] Setting 'time_base' to value '1/11988' [graph 0 input from stream 0:0 @ 0000000000373620] Setting 'pixel_aspect' to value '8/9' [graph 0 input from stream 0:0 @ 0000000000373620] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0000000000373620] Setting 'frame_rate' to value '2997/100' [graph 0 input from stream 0:0 @ 0000000000373620] w:720 h:480 pixfmt:yuv420p tb:1/11988 fr:2997/100 sar:8/9 sws_param:flags=2 [format @ 00000000003738c0] compat: called with args=[yuv420p] [format @ 00000000003738c0] Setting 'pix_fmts' to value 'yuv420p' [AVFilterGraph @ 0000000000342da0] query_formats: 8 queried, 7 merged, 0 already done, 0 delayed [Parsed_scale_2 @ 000000000033ed40] [Eval @ 000000000022ab30] Missing ')' in '(000000000000000000000000000000000000000000000000000000000000000000000000000000000 000000' Error when evaluating the expression '(000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'. Maybe the expression for out_w:'(0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000480)' or for out_h:'(000000000000000000000000000000000000000000000000000000000000000000000000000000000000000' is self-referenc ing. [Parsed_scale_2 @ 000000000033ed40] Failed to configure output pad on Parsed_scale_2 Error opening filters! [Parsed_fps_4 @ 0000000000373120] 0 frames in, 0 frames out; 0 frames dropped, 0 frames duplicated. [AVIOContext @ 000000000033bec0] Statistics: 0 seeks, 0 writeouts [AVIOContext @ 00000000027dfa40] Statistics: 130709 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 13:14:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 11:14:35 -0000 Subject: [FFmpeg-trac] #2803(undetermined:new): Expression for scale filter trimmed In-Reply-To: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> References: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> Message-ID: <048.a4cdb85531c220dfb6b39a7027e1f4c5@avcodec.org> #2803: Expression for scale filter trimmed --------------------------------+---------------------------------------- Reporter: ?onny | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: filer length expression => Comment: Is this not reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 14:15:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 12:15:28 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.721de8955d47acf8c3bf1114d2272a75@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I successfully applied the patch from latest git head N-54889-g47d57f2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 15:03:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 13:03:34 -0000 Subject: [FFmpeg-trac] #2803(undetermined:new): Expression for scale filter trimmed In-Reply-To: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> References: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> Message-ID: <048.3fdeffbbea138bd090458bb22e8ece75@avcodec.org> #2803: Expression for scale filter trimmed --------------------------------+---------------------------------------- Reporter: ?onny | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.0 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by ?onny): Replying to [comment:1 cehoyos]: > Is this not reproducible with current git head? I'm not sure. I have problems building FFmpeg on Windows :-(. I'm using Zeranoe FFmpeg builds for Windows and I can replicate it with build git- f9f7f4c (x64, static) from 2013-07-21 (yesterday). I've also tried Linux build N-54234-gef90639 from 2013-06-28 with same effect. It the issue is expected to be fixed recently I can try it again tomorrow with latest Zeranoe build. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 15:09:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 13:09:01 -0000 Subject: [FFmpeg-trac] #2803(undetermined:new): Expression for scale filter trimmed In-Reply-To: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> References: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> Message-ID: <048.968f084d9253904fdb1342153ab75e73@avcodec.org> #2803: Expression for scale filter trimmed -------------------------------------+------------------------------------- Reporter: ?onny | 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): * version: 2.0 => git-master Comment: Replying to [comment:2 ?onny]: > Replying to [comment:1 cehoyos]: > > Is this not reproducible with current git head? > > I'm not sure. I have problems building FFmpeg on Windows :-( Anything that can be fixed? > I'm using Zeranoe FFmpeg builds for Windows and I can replicate it with build git-f9f7f4c (x64, static) from 2013-07-21 (yesterday). Yesterday is usually new enough. > It the issue is expected to be fixed recently I can try it again tomorrow with latest Zeranoe build. No, I was just surprised why you set "Version" to 2,0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 15:10:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 13:10:41 -0000 Subject: [FFmpeg-trac] #2804(FFserver:new): streaming of videos coming from three usb camera Message-ID: <034.4f198a8a527ee44c6d4f3223f1263412@avcodec.org> #2804: streaming of videos coming from three usb camera ----------------------------------+--------------------------------------- Reporter: ankit | Type: task Status: new | Priority: normal Component: FFserver | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I have three usb cameras attached to my PC. I want to first stitch the three live videos into one, then i want to stream that stitched video over the network with minimum delay as far as possible or without any delay, if possible. What i have thought of how to implement this is :To store the stitched video in ffserver machine and then broadcast this video file.(It would result in some delay) Or is there any way to implement the same without any delay? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 15:19:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 13:19:49 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.6a44aebb744359594b6e6f04d1fc0a8d@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): [[Image(http://i41.tinypic.com/28mo7jn.png)]] Very strange behavior, and whitenoise.flac at -q:a 1 completely lacks LF contents. Somehow, this encoder tends to omit the lowest tone in white noise which is audible. -q:a 1.7 and -q:a 2.7 (the peak of bitrate) of whitenoise.flac is strange, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 15:29:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 13:29:14 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.0e9c3566642446c3900ca6a70566e266@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Yeah it seems to have an anomaly around 1. I had only tested whitenoise up to 0.7. I'll try to patch it up. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 15:38:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 13:38:02 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.86bb922ff2b8cf0ea0daf5e622839207@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Ah, yeah, I know. It's probably the scaler offset. It must be unpredictable in whitenoise because of how flat the envelope is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 15:55:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 13:55:35 -0000 Subject: [FFmpeg-trac] #2804(FFserver:closed): streaming of videos coming from three usb camera In-Reply-To: <034.4f198a8a527ee44c6d4f3223f1263412@avcodec.org> References: <034.4f198a8a527ee44c6d4f3223f1263412@avcodec.org> Message-ID: <049.3e8541c77bc4a7ccd0b30d2921e7b197@avcodec.org> #2804: streaming of videos coming from three usb camera -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: defect | Status: closed Priority: normal | Component: FFserver Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * type: task => defect * resolution: => invalid Comment: This is a bug tracker. If you want to report a bug please reopen this ticket. If you need support please read http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 16:29:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 14:29:11 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.b8a3537fce505991256228b2fe917528@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I don't recommend to ambitiously try to save the HF content above 18kHz when there are enough bits. It sounds unstable. Some 1990s early MP3 encoders had the tactic, but none of them were good. Rather, clean, fixed LPF should be applied at all time. Avoid the situation that one can hear the 12-20kHz content in some part of the music, and hearing the dull 12kHz LPF-like sound in the other part of the music. As for {{{ pctx->frame_bits = FFMIN(2560, chan_bitrate * AAC_BLOCK_SIZE_LONG / ctx->avctx->sample_rate); }}} do we get more stable results when the number 2560 is lowered? (240kbps is a 'megadose' or 'overkill' bitrate for AAC, so slight degradation is not a major problem.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 17:25:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 15:25:09 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.6a96885feb2e184f6328a4331a261146@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I notice that the LPF on some short blocks is not working in at least -q:a 0.3 and 0.4. [[Image(http://i42.tinypic.com/okor9c.png)]] ||=Stereo Bitrate=||=VBR number=|| ||32||0.14|| ||64||0.25|| ||96||0.33|| ||128||0.39|| ||160||0.46|| ||192||0.55|| -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 17:49:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 15:49:41 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.36ef238ab7f47a5844461d80f64172de@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:84 Kamedo2]: > I don't recommend to ambitiously try to save the HF content above 18kHz when there are enough bits. It sounds unstable. Some 1990s early MP3 encoders had the tactic, but none of them were good. Rather, clean, fixed LPF should be applied at all time. Avoid the situation that one can hear the 12-20kHz content in some part of the music, and hearing the dull 12kHz LPF-like sound in the other part of the music. I just want to preserve the HF component of transients. There might be better ways of doing that. I guess I'll keep iterating on it. However, I believe the way it's being done now works well. If you check, the LP cutoff is chosen from the allocation given by psy. Psy contains bit reservoir logic, which means it will momentarily increase bits (and cutoff) for some difficult transients. Right now, it works wonders for hi- hats. I will probably have to be stricter about the cutoff, though. As you say, when the signal by itself (not by psy's indication, but signal strength alone) suddenly jumps in HF content, the result is unpleasant. I think I have cleaned up most of those cases, but who knows. It's hard to discern those from actual transients. > As for > {{{ > pctx->frame_bits = FFMIN(2560, chan_bitrate * AAC_BLOCK_SIZE_LONG / ctx->avctx->sample_rate); > }}} > do we get more stable results when the number 2560 is lowered? > (240kbps is a 'megadose' or 'overkill' bitrate for AAC, so slight degradation is not a major problem.) If it doesn't limit the ability to increase allocation for transients, it might. I'll look into it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 18:05:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 16:05:51 -0000 Subject: [FFmpeg-trac] #2803(undetermined:new): Expression for scale filter trimmed In-Reply-To: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> References: <033.750f9c2acfbdad884bfc4e62103b753f@avcodec.org> Message-ID: <048.2131e2739cd18aaffe83412d5acad091@avcodec.org> #2803: Expression for scale filter trimmed -------------------------------------+------------------------------------- Reporter: ?onny | 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 ?onny): Replying to [comment:3 cehoyos]: > No, I was just surprised why you set "Version" to 2,0. Sorry, I didn't realize there's git-master version, I thought 2.0 is the latest. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 18:44:45 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 16:44:45 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.253013db8b8477fb2c50fc866d50e71b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:86 klaussfreire]: > I just want to preserve the HF component of transients. There might be better ways of doing that. I guess I'll keep iterating on it. However, I believe the way it's being done now works well. If you check, the LP cutoff is chosen from the allocation given by psy. Psy contains bit reservoir logic, which means it will momentarily increase bits (and cutoff) for some difficult transients. Right now, it works wonders for hi- hats. So, if there is a group of beat sounds that is on the threshold of tonal/transients, the LPF is sometimes on and sometimes off? Currently, the on/off switch itself is audible and is quite annoying. It sounds like a stopwatch. > I will probably have to be stricter about the cutoff, though. As you say, when the signal by itself (not by psy's indication, but signal strength alone) suddenly jumps in HF content, the result is unpleasant. I think I have cleaned up most of those cases, but who knows. It's hard to discern those from actual transients. ffmpeg_aacvbr_pulse1.flac at -q:a 0.25 produces strange HF sounds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 18:52:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 16:52:33 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.055aadd5ee88c9b1196ca1f6bc8a1dd8@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:87 Kamedo2]: > Replying to [comment:86 klaussfreire]: > > I just want to preserve the HF component of transients. There might be better ways of doing that. I guess I'll keep iterating on it. However, I believe the way it's being done now works well. If you check, the LP cutoff is chosen from the allocation given by psy. Psy contains bit reservoir logic, which means it will momentarily increase bits (and cutoff) for some difficult transients. Right now, it works wonders for hi- hats. > > So, if there is a group of beat sounds that is on the threshold of tonal/transients, the LPF is sometimes on and sometimes off? Currently, the on/off switch itself is audible and is quite annoying. It sounds like a stopwatch. No, the cutoff moves up and down, but the LP remains on. I'll have to check the sample -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 19:11:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 17:11:19 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.2881f2bfb5fd86d6d0382eb521cab385@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): You seems to be using the heuristics that transients HF components are loud and tonal HF components are quiet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 19:20:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 17:20:47 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.b7a0162031346e91e01072e3f9c77de3@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:89 Kamedo2]: > You seems to be using the heuristics that transients HF components are loud and tonal HF components are quiet. No, I let psy detect the transients. The only heuristic, is that I attempt to encode a little bit more of the HF with decreased quality. Ie, from 0-cutoff, normal quantization. From cutoff-cutoff * 1.2, coarse (progressively coarser in fact) quantization. Now, I let bit allocation zero out beyond 1.2. I may have to force it to avoid the artifacts you mention. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 19:33:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 17:33:49 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.f5e3cf2e2bc6bc5c236cd6a2941bfc10@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Seeing the spectrogram, sometimes, up to 22kHz is encoded. No way we can hear that high. However, because of your algorithm, the cutoff seems to be much higher than it actually is, and the sound is much clearer in typical cases. But we have to be careful of exceptions. I think I feel strange when the encoded_highest_sound - normal_cutoff is more than 3kHz. Sounds something like plip, plip. Is coarse quantization at cutoff~cutoff*1.2 applied only to transients? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 19:38:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 17:38:09 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.5fc8775357793f500a195961072b011b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): So, that's applied to tonal signals as well. A way to squeeze a little extra bandwidth. It proved to be a winning move for music, though I didn't test that much with noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 19:49:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 17:49:35 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.0a09648e368f1720dcf61edd5ff1971d@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Is that included in a wip-v3-vbr.patch, or a new feature? It sounds like the extra HF content encode is only on transients. And some transients are indeed encoded up to 22kHz. Are HF contents over cutoff*1.2 totally discarded? (I believe this is the best move.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 19:54:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 17:54:51 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.172450f5279834be5d6b9743f73f7ff2@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): The LAME sometimes acts like your algorithm, but within 2kHz or so. It's related to -Y switch, and LAME sometimes encodes 16~18kHz contents. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 20:09:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 18:09:07 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ec66a5cf37ac4520d244d924114a722c@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:93 Kamedo2]: > Is that included in a wip-v3-vbr.patch Yes > Are HF contents over cutoff*1.2 totally discarded? (I believe this is the best move.) No, and maybe that's the problem. 1.2 just happens to be the point at which the increased quantization floor starts zeroing out all components. Until that, RD optimization brings down the quantization floor to maintain acceptable quality, so you don't notice the floor rising (and it fact it doesn't for fully tonal bands, that's what RD optimization is about, whereas it does rise for noisy ones). So, in essence, up to cutoff * 1.2, tonal components are retained at the expense of HF noise, which seems like a sensible tradeoff. What must be happening, is that, on some signals, the zeroing point happens above 1.2, significantly above. So it's perhaps wise to hardcode that 1.2 value, and force a zero on those bands instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 20:19:25 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 18:19:25 -0000 Subject: [FFmpeg-trac] #2797(avutil:closed): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.d1791cf4857969440817c906ce27a157@avcodec.org> #2797: Context information missing on the console ------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by kyleshu): Replying to [comment:7 cehoyos]: > Fixed by Nicolas George in c25d1ba. Follow-up: the problem gets fixed for the above example, but it seems there is still something wrong when a scene cut occurs. I just ran the exact command line, below is part of the console output: [libx264 @ 0000000004a07b20] frame=5781 QP=26.66 NAL=2 Slice:P Poc:328 I:22 P:293 SKIP:1269 size=1043 bytes PSNR Y:40.45 U:46.78 V:47.20 SSIM Y:0.97800 [libx264 @ 00000000024c6ba0] frame=5781 QP=23.89 NAL=2 Slice:P Poc:328 I:31 P:425 SKIP:1128 size=1721 bytes PSNR Y:41.92 U:47.77 V:48.11 SSIM Y:0.98271 [libx264 @ 0000000004443ba0] frame=5781 QP=22.62 NAL=2 Slice:P Poc:328 I:41 P:547 SKIP:996 size=2414 bytes PSNR Y:42.93 U:48.37 V:48.79 SSIM Y:0.98518 [libx264 @ 0000000004a07b20] frame=5782 QP=25.22 NAL=2 Slice:B Poc:324 I:1 P:23 SKIP:1560 size=89 bytes PSNR Y:40.08 U:46.74 V:47.06 SSIM Y:0.97611 [libx264 @ 00000000024c6ba0] frame=5782 QP=22.54 NAL=2 Slice:B Poc:324 I:2 P:62 SKIP:1520 size=214 bytes PSNR Y:41.46 U:47.65 V:47.96 SSIM Y:0.98080 [libx264 @ 0000000004443ba0] frame=5782 QP=22.95 NAL=2 Slice:B Poc:324 I:4 P:129 SKIP:1451 size=398 bytes PSNR Y:42.36 U:48.15 V:48.58 SSIM Y:0.98328 [libx264 @ 0000000004a07b20] scene cut at 5792 Icost:506366 Pcost:502796 ratio:0.0071 bias:0.2960 gop:172 (imb:1214 pmb:214) [libx264 @ 0000000004a07b20] frame=5783 QP=27.51 NAL=0 Slice:B Poc:322 I:0 P:23 SKIP:1561 size=110 bytes PSNR Y:39.95 U:46.43 V:46.74 SSIM Y:0.97707 [libx264 @ 00000000024c6ba0] [libx264 @ 00000000024c6ba0] frame=5783 QP=24.55 NAL=0 Slice:B Poc:322 I:9 P:64 SKIP:1511 size=239 bytes PSNR Y:41.20 U:47.39 V:47.67 SSIM Y:0.98160 scene cut at 5792 Icost:506366 Pcost:502796 ratio:0.0071 bias:0.2960 gop:172 (imb:1214 pmb:214) [libx264 @ 0000000004443ba0] scene cut at 5792 Icost:506366 Pcost:502796 ratio:0.0071 bias:0.2960 gop:172 (imb:1214 pmb:214) [libx264 @ 0000000004443ba0] frame=5783 QP=24.47 NAL=0 Slice:B Poc:322 I:11 P:112 SKIP:1461 size=378 bytes PSNR Y:42.18 U:47.82 V:48.23 SSIM Y:0.98421 [libx264 @ 0000000004a07b20] frame=5784 QP=26.29 NAL=0 Slice:B Poc:326 I:2 P:8 SKIP:1574 size=53 bytes PSNR Y:40.45 U:46.69 V:47.20 SSIM Y:0.97819 [libx264 @ 00000000024c6ba0] frame=5784 QP=24.12 NAL=0 Slice:B Poc:326 I:3 P:35 SKIP:1546 size=122 bytes PSNR Y:41.91 U:47.69 V:48.00 SSIM Y:0.98271 [libx264 @ 0000000004443ba0] frame=5784 QP=22.15 NAL=0 Slice:B Poc:326 I:4 P:72 SKIP:1508 size=193 bytes PSNR Y:42.83 U:48.20 V:48.64 SSIM Y:0.98509 .... [libx264 @ 0000000004a07b20] frame=5894 QP=30.98 NAL=0 Slice:B Poc:202 I:5 P:263 SKIP:1316 size=1278 bytes PSNR Y:37.16 U:46.55 V:45.69 SSIM Y:0.94035 [libx264 @ 00000000024c6ba0] frame=5894 QP=28.13 NAL=0 Slice:B Poc:202 I:8 P:370 SKIP:1206 size=1993 bytes PSNR Y:38.50 U:47.08 V:46.43 SSIM Y:0.95166 [libx264 @ 0000000004443ba0] frame=5894 QP=26.06 NAL=0 Slice:B Poc:202 I:13 P:508 SKIP:1063 size=2778 bytes PSNR Y:39.36 U:47.78 V:47.16 SSIM Y:0.95834 [libx264 @ 0000000004a07b20] frame=5895 QP=29.05 NAL=2 Slice:P Poc:208 I:399 P:448 SKIP:737 size=4098 bytes PSNR Y:37.58 U:47.12 V:45.75 SSIM Y:0.93775 [libx264 @ 0000000004a07b20] [libx264 @ 00000000024c6ba0] scene cut at 5904 Icost:515930 Pcost:415614 ratio:0.1944 bias:0.2160 gop:112 (imb:436 pmb:992) frame=5895 QP=26.50 NAL=2 Slice:P Poc:208 I:386 P:585 SKIP:613 size=5909 bytes PSNR Y:38.87 U:47.48 V:46.42 SSIM Y:0.94977 [libx264 @ 00000000024c6ba0] scene cut at 5904 Icost:515930 Pcost:415614 ratio:0.1944 bias:0.2160 gop:112 (imb:436 pmb:992) [libx264 @ 0000000004443ba0] scene cut at 5904 Icost:515930 Pcost:415614 ratio:0.1944 bias:0.2160 gop:112 (imb:436 pmb:992) [libx264 @ 0000000004443ba0] frame=5895 QP=25.04 NAL=2 Slice:P Poc:208 I:376 P:638 SKIP:570 size=7648 bytes PSNR Y:39.84 U:48.13 V:47.14 SSIM Y:0.95765 [libx264 @ 0000000004a07b20] frame=5896 QP=29.96 NAL=0 Slice:B Poc:206 I:26 P:251 SKIP:1307 size=1499 bytes PSNR Y:37.10 U:47.00 V:45.86 SSIM Y:0.93986 [libx264 @ 00000000024c6ba0] frame=5896 QP=27.67 NAL=0 Slice:B Poc:206 I:32 P:388 SKIP:1164 size=2401 bytes PSNR Y:38.41 U:47.62 V:46.61 SSIM Y:0.95105 [libx264 @ 0000000004443ba0] frame=5896 QP=26.42 NAL=0 Slice:B Poc:206 I:48 P:501 SKIP:1035 size=3242 bytes PSNR Y:39.36 U:48.01 V:47.26 SSIM Y:0.95855 ... [libx264 @ 0000000004a07b20] frame=6018 QP=31.47 NAL=0 Slice:B Poc:226 I:10 P:218 SKIP:1356 size=946 bytes PSNR Y:37.56 U:45.93 V:45.80 SSIM Y:0.94261 [libx264 @ 00000000024c6ba0] frame=6018 QP=29.28 NAL=0 Slice:B Poc:226 I:13 P:327 SKIP:1244 size=1502 bytes PSNR Y:38.82 U:46.76 V:46.45 SSIM Y:0.95311 [libx264 @ 0000000004443ba0] frame=6018 QP=27.07 NAL=0 Slice:B Poc:226 I:27 P:460 SKIP:1097 size=2112 bytes PSNR Y:39.81 U:47.49 V:47.09 SSIM Y:0.96003 [libx264 @ 0000000004a07b20] frame=6019 QP=30.63 NAL=2 Slice:P Poc:232 I:362 P:418 SKIP:804 size=3246 bytes PSNR Y:37.44 U:46.03 V:45.55 SSIM Y:0.94154 [libx264 @ 0000000004a07b20] scene cut at 6028 Icost:460732 Pcost:371299 ratio:0.1941 bias:0.2320 gop:124 (imb:558 pmb:870) [libx264 @ 00000000024c6ba0] [libx264 @ 00000000024c6ba0] frame=6019 QP=28.21 NAL=2 Slice:P Poc:232 I:393 P:554 SKIP:637 size=4773 bytes PSNR Y:38.90 U:46.94 V:46.34 SSIM Y:0.95316 scene cut at 6028 Icost:460732 Pcost:371299 ratio:0.1941 bias:0.2320 gop:124 (imb:558 pmb:870) [libx264 @ 0000000004443ba0] [libx264 @ 0000000004443ba0] frame=6019 QP=25.83 NAL=2 Slice:P Poc:232 I:384 P:607 SKIP:593 size=5922 bytes PSNR Y:39.79 U:47.57 V:46.94 SSIM Y:0.96011 scene cut at 6028 Icost:460732 Pcost:371299 ratio:0.1941 bias:0.2320 gop:124 (imb:558 pmb:870) [libx264 @ 0000000004a07b20] frame=6020 QP=31.78 NAL=0 Slice:B Poc:230 I:10 P:191 SKIP:1383 size=991 bytes PSNR Y:37.10 U:46.26 V:45.76 SSIM Y:0.93947 [libx264 @ 00000000024c6ba0] frame=6020 QP=29.22 NAL=0 Slice:B Poc:230 I:19 P:339 SKIP:1226 size=1701 bytes PSNR Y:38.36 U:47.19 V:46.37 SSIM Y:0.95133 [libx264 @ 0000000004443ba0] frame=6020 QP=27.04 NAL=0 Slice:B Poc:230 I:17 P:442 SKIP:1125 size=2313 bytes PSNR Y:39.33 U:47.90 V:46.90 SSIM Y:0.95803 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 20:20:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 18:20:18 -0000 Subject: [FFmpeg-trac] #2797(avutil:reopened): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.b3c28003dfdd1bed07b93fc09b05180d@avcodec.org> #2797: Context information missing on the console ------------------------------------+------------------------------------ Reporter: kyleshu | Owner: Type: defect | Status: reopened Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by kyleshu): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 20:28:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 18:28:39 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.61ca4f8d4d96cb6ae74b6ceab56dab1c@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I think we should hardcode min(cutoff+2500, cutoff*1.2). When cutoff is 18kHz, cutoff*1.2 is 21.6kHz which is too high. Could you provide the relation between -q:a value and cutoff so we can have better grasp on what's happening? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 20:42:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 18:42:17 -0000 Subject: [FFmpeg-trac] #2797(avutil:reopened): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.34d093d26714fd998fe659de69c2691b@avcodec.org> #2797: Context information missing on the console ------------------------------------+------------------------------------ Reporter: kyleshu | Owner: Type: defect | Status: reopened Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Can you remember to put the {{{?{?{?{?}}}...{{{?}?}?}?}}} around the copy- pasted console output? Otherwise it gets rewrapped by the HTML engine and it becomes impossible to see what you consider wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 21:46:45 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 19:46:45 -0000 Subject: [FFmpeg-trac] #2797(avutil:closed): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.50f0a3c28523cd8ae5d742fd1f368a09@avcodec.org> #2797: Context information missing on the console ------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Please reopen if you can provide a reproducible test case together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 22:19:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 20:19:59 -0000 Subject: [FFmpeg-trac] #2797(avutil:closed): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.17d2c3750b6e45254c62012cdca40504@avcodec.org> #2797: Context information missing on the console ------------------------------------+---------------------------------- Reporter: kyleshu | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by kyleshu): sorry about that. added console output, the source I use is at: http://a1408.g.akamai.net/5/1408/1388/2005110403/1a1a1ad948be278cff2d96046ad90768d848b41947aa1986/sample_iTunes.mov.zip the command I ran is: {{{ffmpeg -loglevel debug sample_iTunes.mov -vcodec libx264 -pass 1 -passlogfile target1 -ssim 1 -psnr -b 300000 target1.mp4 -vcodec libx264 -pass 1 -passlogfile target2 -ssim 1 -psnr -b 450000 target2.mp4 -vcodec libx264 -pass 1 -passlogfile target3 -ssim 1 -psnr -b 600000 target3.mp4}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 22 22:20:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Jul 2013 20:20:15 -0000 Subject: [FFmpeg-trac] #2797(avutil:reopened): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.a42fd9b3d579555846f94032aa4d61d4@avcodec.org> #2797: Context information missing on the console ------------------------------------+------------------------------------ Reporter: kyleshu | Owner: Type: defect | Status: reopened Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by kyleshu): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 08:24:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 06:24:06 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.f7e638ab54770f77a7ae31fb6664dc27@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): So, I tracked the anomaly near -q:a 1 to the ESC_BT codebook. It seems when noise floors are too low, the coefficients can't be properly encoded, and all kinds of bad things ensue. I'll see how to fix it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 13:05:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 11:05:47 -0000 Subject: [FFmpeg-trac] #2805(undetermined:new): Can not demux to elementary .h264 Message-ID: <038.11740409540e8df0318416bc013f785e@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: mux, demux, | Blocked By: h.264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Impossible to mux elementary video stream that were demuxed with ffmpeg before (h264 video stream). How to reproduce: {{{ % ffmpeg -i input.flv -c:v copy -c:a libvo_aacenc -ab 96k -ac 1 output_0.mp4 % ffmpeg -i output_0.mp4 -an -c:v copy output.h264 % ffmpeg -i output_0.mp4 -vn -c:a copy output.aac % ffmpeg -i output.h264 -i output.aac -c copy result.mp4 ffmpeg version built on Jul 23 2013 11:51:12 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.0 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 }}} The problem is with that log ffmpeg stderr: **output.h264: Invalid data found when processing input** The logs details below: {{{ $ ffmpeg -i input.flv -c:v copy -c:a libvo_aacenc -ab 96k -ac 1 output_0.mp4 ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 11:51:12 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.0 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex Input #0, flv, from 'input.flv': Metadata: creationdate : Sat Jul 20 16:03:03 duration2 : 8227 Duration: 00:00:08.53, start: 0.000000, bitrate: 340 kb/s Stream #0:0: Video: h264 (Baseline), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 20 tbr, 1k tbn, 40 tbc Stream #0:1: Audio: speex, 16000 Hz, mono, s16 Output #0, mp4, to 'output_0.mp4': Metadata: creationdate : Sat Jul 20 16:03:03 duration2 : 8227 encoder : Lavf55.12.100 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 16k tbn, 1k tbc Stream #0:1: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 16000 Hz, mono, s16, 96 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (libspeex -> libvo_aacenc) Press [q] to stop, [?] for help [mp4 @ 0x7f96e2131000] Non-monotonous DTS in output stream 0:0; previous: 45776, current: 45776; changing to 45777. This may result in incorrect timestamps in the output file. [mp4 @ 0x7f96e2131000] Non-monotonous DTS in output stream 0:0; previous: 91120, current: 91120; changing to 91121. This may result in incorrect timestamps in the output file. [mp4 @ 0x7f96e2131000] Non-monotonous DTS in output stream 0:0; previous: 135888, current: 135888; changing to 135889. This may result in incorrect timestamps in the output file. frame= 124 fps=0.0 q=-1.0 Lsize= 411kB time=00:00:08.59 bitrate= 391.9kbits/s video:316kB audio:91kB subtitle:0 global headers:0kB muxing overhead 0.991790% $ ffmpeg -i output_0.mp4 -an -c:v copy output.h264 ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 11:51:12 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.0 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'output_0.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.100 Duration: 00:00:08.54, start: 0.000000, bitrate: 394 kb/s Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 303 kb/s, 14.51 fps, 20 tbr, 16k tbn, 40 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, fltp, 95 kb/s Metadata: handler_name : SoundHandler Output #0, h264, to 'output.h264': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.100 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 303 kb/s, 14.51 fps, 90k tbn, 20 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 124 fps=0.0 q=-1.0 Lsize= 316kB time=00:00:08.54 bitrate= 303.4kbits/s video:316kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% $ ffmpeg -i output_0.mp4 -vn -c:a copy output.aac ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 11:51:12 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.0 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'output_0.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.100 Duration: 00:00:08.54, start: 0.000000, bitrate: 394 kb/s Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 303 kb/s, 14.51 fps, 20 tbr, 16k tbn, 40 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, fltp, 95 kb/s Metadata: handler_name : SoundHandler Output #0, adts, to 'output.aac': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.100 Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, 95 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help size= 92kB time=00:00:08.59 bitrate= 87.3kbits/s video:0kB audio:91kB subtitle:0 global headers:0kB muxing overhead 0.911458% $ ffmpeg -i output.h264 -i output.aac -c copy result.mp4 ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 11:51:12 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.0 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex output.h264: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 13:20:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 11:20:48 -0000 Subject: [FFmpeg-trac] #2805(undetermined:new): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.0f66bbeaae1daae06060e2d43b7b7ef1@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mux, demux, | Resolution: h.264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): reference to Ticket #2085, because it's the similar file: http://trac.ffmpeg.org/attachment/ticket/2085/302_1991_7668.flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 13:53:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 11:53:03 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.75cdba59abe9c4894a6215886a056727@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mux, demux, h.264 => * status: new => closed * resolution: => invalid Comment: {{{$ ffmpeg -i input.flv -vcodec copy -vbsf h264_mp4toannexb out1.h264}}} {{{$ ffmpeg -i output_0.mp4 -vcodec copy -vbsf h264_mp4toannexb out2.h264}}} For future tickets: Please always test current git head before reporting a problem and please understand that this is a bug tracker, use the mailing lists for support questions: https://ffmpeg.org/contact.html Unrelated: The native aac encoder {{{-acodec aac -strict -2}}} is said to be superior over {{{-acodec libvo_aacenc}}} in many cases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:06:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:06:25 -0000 Subject: [FFmpeg-trac] #2805(undetermined:reopened): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.f80ec49bd457466bfbeb4e0aeacbc4c3@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by mikhailov): * status: closed => reopened * resolution: invalid => Comment: The bug can be reproduced even on git head, built by using brew install ffmpeg --HEAD... {{{ ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 12:59:47 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:15:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:15:00 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.6b9b303647ca0ab970057d57813cbd2c@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:19:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:19:51 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.864010e87186487de6941359a76e97f2@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:4 cehoyos]: Why is this ticket invalid? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:24:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:24:35 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.f69ba0ff1bf061ad11d7ea8cb0a7daac@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 mikhailov]: > Replying to [comment:4 cehoyos]: > Why is this ticket invalid? It contains a user question - "How do I extract raw H264 (Annex B) streams from mp4 (and flv)?" - and this is not the right place for user questions. Please note that I tried very hard to answer the question in comment:2, I additionally repeated the need for always testing current git head - as explained on http://ffmpeg.org/bugreports.html - but this has of course no relevance for this ticket but only for future ones. Finally, I made a comment about encoding aac. I still consider this a very complete answer and honestly cannot understand why you reopened the ticket - especially without even commenting on my answer to your original question or indicating that your tested the example commands. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:30:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:30:56 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.93954ad3e6da26c4736ebc4f8c9fbed5@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:6 cehoyos]: > Replying to [comment:5 mikhailov]: > > Replying to [comment:4 cehoyos]: > > Why is this ticket invalid? > > It contains a user question - "How do I extract raw H264 (Annex B) streams from valid mp4 (and flv) files?" - and this is not the right place for user questions. Please note that I tried very hard to answer the question in comment:2, I additionally repeated the need for always testing current git head - as explained on http://ffmpeg.org/bugreports.html - but this has of course no relevance for this ticket but only for future ones. Finally, I made a comment about encoding aac. I still consider this a very complete answer and honestly cannot understand why you reopened the ticket - especially without even commenting on my answer to your original question or indicating that you tested the example commands. This ticket does contain only two questions why demux doesn't work as described in documentation. The problem may relate to the another ticket such #2085 that still unresolved. Yes, thanks for the advice to use git HEAD, I did it, result was the same. AAC codec doesn't affect to this problem as you said about it as "Unrelated". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:36:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:36:26 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.41f84258b7fd29c1901c7bdfa48663ce@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:53 cehoyos]: > And please confirm that the problem is reproducible with current git head. still reproducible with latest git HEAD -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:37:41 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:37:41 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.45ab655d3a44a9061ffc2d919a83dcb6@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please read comment:2 again, concentrate only on the first two lines, ignore the remark about git head until you decide to report the next problem, this is what I meant with "For future tickets". And please consider asking usage questions on the user mailing lists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:41:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:41:17 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.ecbe6174b269ae304796f7cf2a99b7da@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Great that you changed your opinion, I am always unhappy if tickets remain unresolved! If you want to help fixing this problem, please find a minimal (that is an as-short-as-possible) MP4Box command line that ''fixes'' an input file produced by FFmpeg that does not play on your Android device by outputting a file that plays fine on the same device. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 14:49:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 12:49:45 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.9320809ab28e650dfa3d106b67bded52@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:56 cehoyos]: > Great that you changed your opinion, I am always unhappy if tickets remain unresolved! > > If you want to help fixing this problem, please find a minimal (that is an as-short-as-possible) MP4Box command line that ''fixes'' an input file produced by FFmpeg that does not play on your Android device by outputting a file that plays fine on the same device. MP4Box is very difficult to build on newere Linuxes such Red Hat 4.6.3-2, but on old Ubuntu this minimal command lines could fix the problem: {{{ $ ffmpeg -y -i input.flv -vcodec copy -acodec libvo_aacenc -ac 1 -ar 22050 -ab 64k output.mp4 # Change container to MP4 because MP4Box doesn't work with FLV container $ MP4Box -raw 1 output.mp4 # Demux stream $ MP4Box -raw 2 output.mp4 # Demux stream $ MP4Box -add output_track1.h264:fps=15 -add output_track2.aac output.mp4 # Mux two streams back $ MP4Box -hint output.mp4 # Moov atom place to the file beginning, qt- faststart does the same $ rm output_track1.h264 && rm output_track2.aac }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 15:02:55 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 13:02:55 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.2afd9f5ea1bc540ac33d70c91d89b335@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:7 mikhailov]: > Replying to [comment:6 cehoyos]: > > Replying to [comment:5 mikhailov]: > > > Replying to [comment:4 cehoyos]: > > > Why is this ticket invalid? > > > > It contains a user question - "How do I extract raw H264 (Annex B) streams from valid mp4 (and flv) files?" - and this is not the right place for user questions. Please note that I tried very hard to answer the question in comment:2, I additionally repeated the need for always testing current git head - as explained on http://ffmpeg.org/bugreports.html - but this has of course no relevance for this ticket but only for future ones. Finally, I made a comment about encoding aac. I still consider this a very complete answer and honestly cannot understand why you reopened the ticket - especially without even commenting on my answer to your original question or indicating that you tested the example commands. > > This ticket does contain only one question: why demux doesn't work as described in documentation. The problem may relate to the another ticket such #2085 that still unresolved. Yes, thanks for the advice to use git HEAD, I did it, result was the same. AAC codec doesn't affect to this problem as you said about it as "Unrelated". Sorry, I just reread it again. Thank you so much, those line looks interesting: {{{ $ ffmpeg -i input.flv -vcodec copy -vbsf h264_mp4toannexb out1.h264 $ ffmpeg -i output_0.mp4 -vcodec copy -vbsf h264_mp4toannexb out2.h264 }}} Are these resulted files (out1.h264, out2.h264) elementary raw streams or still wrap into container? The 2 command produces the same file size, but with different errors: {{{ ffmpeg -i input.flv -vcodec copy -vbsf h264_mp4toannexb out1.h264 ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 13:12:04 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, flv, from 'input.flv': Metadata: creationdate : Mon Oct 22 21:17:12 duration2 : 7497 Duration: 00:00:07.78, start: 0.000000, bitrate: 280 kb/s Stream #0:0: Video: h264 (Baseline), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 20 tbr, 1k tbn, 40 tbc Stream #0:1: Audio: speex, 16000 Hz, mono, s16 Output #0, h264, to 'out1.h264': Metadata: creationdate : Mon Oct 22 21:17:12 duration2 : 7497 encoder : Lavf55.12.102 Stream #0:0: Video: h264, yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 90k tbn, 20 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument [h264 @ 0x7fe71a830200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 186390 >= 186390 [h264 @ 0x7fe71a830200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 289890 >= 289890 Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument [h264 @ 0x7fe71a830200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 368370 >= 368370 [h264 @ 0x7fe71a830200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 373860 >= 373860 [h264 @ 0x7fe71a830200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 419670 >= 419670 Last message repeated 1 times [h264 @ 0x7fe71a830200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 445500 >= 445500 Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument [h264 @ 0x7fe71a830200] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 548280 >= 548280 frame= 155 fps=0.0 q=-1.0 Lsize= 236kB time=00:00:07.75 bitrate= 249.6kbits/s video:237kB audio:0kB subtitle:0 global headers:0kB muxing overhead -0.113938% ffmpeg -i output_0.mp4 -vcodec copy -vbsf h264_mp4toannexb out2.h264 ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 13:12:04 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libfaac --enable-libvo-aacenc --enable- libspeex libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'output_0.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.102 Duration: 00:00:07.93, start: 0.100000, bitrate: 345 kb/s Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 251 kb/s, 20.12 fps, 20 tbr, 16k tbn, 40 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, fltp, 96 kb/s Metadata: handler_name : SoundHandler Output #0, h264, to 'out2.h264': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.12.102 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 251 kb/s, 20.12 fps, 90k tbn, 20 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument frame= 155 fps=0.0 q=-1.0 Lsize= 236kB time=00:00:07.85 bitrate= 246.5kbits/s video:237kB audio:0kB subtitle:0 global headers:0kB muxing overhead -0.113938% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 17:27:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 15:27:26 -0000 Subject: [FFmpeg-trac] #2805(undetermined:closed): Can not demux to elementary .h264 In-Reply-To: <038.11740409540e8df0318416bc013f785e@avcodec.org> References: <038.11740409540e8df0318416bc013f785e@avcodec.org> Message-ID: <053.23d367fce70a4a6e4d9c9029907894f2@avcodec.org> #2805: Can not demux to elementary .h264 -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mikhailov): Great, it works: {{{ ffmpeg -i input.flv -an -c:v copy -vbsf h264_mp4toannexb output.h264 ffmpeg -i input.flv -vn -c:a libvo_aacenc -ab 96k -ac 1 output.aac ffmpeg -i output.h264 -i output.aac -c copy -bsf:a aac_adtstoasc output.mp4 }}} But it produces few out-of-sync issues, the same as ticket #2085 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 17:38:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 15:38:45 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.b9650e7f410825a3e6c958d6f41d3920@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I noticed that this new VBR encoder has zero delay. ABR encoder at 64kbps stereo has 1 sample delay. Probably because the lack of the butterworth LPF. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 18:09:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 16:09:51 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.89ced32f945a424ec7aa7b8d106f1fda@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): That's why I want to get rid of the butterworth. It's good, but FFT is better, since it's phase-linear. With all the quantization noise I don't think we care that much about ripple, but even if we did, FFTs can be made to minimize it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 18:19:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 16:19:12 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.8afed4c03c2db8dc157397f40cfdbd36@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I think I can start the blind test from August 3rd. With the results, we can overwrite the outdated FFmpeg AAC Encoding Guide. https://trac.ffmpeg.org/wiki/AACEncodingGuide -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 23 23:55:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Jul 2013 21:55:35 -0000 Subject: [FFmpeg-trac] #1346(avcodec:new): -aq makes only a minimal output file size difference for aac In-Reply-To: <036.6a971e30262a1d84986f3c34a3855a59@avcodec.org> References: <036.6a971e30262a1d84986f3c34a3855a59@avcodec.org> Message-ID: <051.41f654d17b38473bcb82fe8026516c99@avcodec.org> #1346: -aq makes only a minimal output file size difference for aac ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by llogan): The behavior has changed, but I am unsure of which commits are responsible: {{{ $ ffmpeg -y -i fate-suite/lossless-audio/luckynight-partial.tta -c:a aac -strict experimental -q:a 0.1 -t 8 ../0.1.aac ffmpeg version N-54901-g55db06a Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 13:37:06 with gcc 4.8.1 (GCC) configuration: --prefix=/usr --extra-libs=-ldl --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libvorbis --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, tta, from 'fate-suite/lossless-audio/luckynight-partial.tta': Duration: 00:01:00.48, start: 0.000000, bitrate: 138 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 Output #0, adts, to '../0.1.aac': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (tta -> aac) Press [q] to stop, [?] for help [tta @ 0x250a9c0] CRC error [output stream 0:0 @ 0x250a680] 100 buffers queued in output stream 0:0, something may be wrong. size= 14kB time=00:00:08.01 bitrate= 14.5kbits/s video:0kB audio:12kB subtitle:0 global headers:0kB muxing overhead 20.019879% }}} {{{ $ ffmpeg -y -i fate-suite/lossless-audio/luckynight-partial.tta -c:a aac -strict experimental -q:a 10 -t 8 ../10.aac ffmpeg version N-54901-g55db06a Copyright (c) 2000-2013 the FFmpeg developers built on Jul 23 2013 13:37:06 with gcc 4.8.1 (GCC) configuration: --prefix=/usr --extra-libs=-ldl --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libvorbis --enable-libx264 --enable-nonfree --enable-x11grab libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, tta, from 'fate-suite/lossless-audio/luckynight-partial.tta': Duration: 00:01:00.48, start: 0.000000, bitrate: 138 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 Output #0, adts, to '../10.aac': Metadata: encoder : Lavf55.12.102 Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (tta -> aac) Press [q] to stop, [?] for help [tta @ 0x2c899c0] CRC error [output stream 0:0 @ 0x2c89680] 100 buffers queued in output stream 0:0, something may be wrong. size= 464kB time=00:00:08.01 bitrate= 474.7kbits/s video:0kB audio:462kB subtitle:0 global headers:0kB muxing overhead 0.511038% }}} Ticket #2686 may introduce more changes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 02:55:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 00:55:27 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.4ec7e681ee31d8fe1a3e43b6ecb23e9b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Is the comment:97 fixable? I think it will contribute to higher quality in 160kbps and 192kbps. Currently, it is still worse than the mighty Apple AAC. I assume most blocks are long(1024 samples) tonal blocks, and short, transient blocks are rare, that are apparently causing problems, am I right? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 03:24:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 01:24:48 -0000 Subject: [FFmpeg-trac] =?utf-8?q?_=232806=28undetermined=3Anew=29=3A_Overl?= =?utf-8?q?ay_filter_with_=E2=80=9Cshortest=3D1=E2=80=9D_drops_last_frame?= Message-ID: <035.f08af88ce96838a62c587644044b5d3c@avcodec.org> #2806: Overlay filter with ?shortest=1? drops last frame -------------------------------------+------------------------------------- Reporter: hansmi | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Encoding a video using ?overlay=shortest=1? in the filter chain will lead to the last frame being dropped. Using FFmpeg 1.2.1 installed using MacPorts: {{{ $ ffmpeg ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 12 2013 13:46:11 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-gnutls --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable- libxvid libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 [?] }}} How to reproduce: {{{ # Generate 30 input frames (requires ImageMagick) $ for i in {0..30}; do \ convert -alpha on -background none -fill red \ -pointsize 30 -size 200x200 -gravity center \ label:$i png32:frame_$(printf '%03d' $i).png; \ done # Encode without overlay filter (you have to adjust the # font path if not testing on Mac OS X) $ ffmpeg -an \ -f image2 -i 'frame_%03d.png' \ -filter_complex "[0:v] drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]" \ -map '[out]' \ -vcodec mpeg4 -b:v 600k -flags +aic+mv4 \ working.mp4 # Encode with ?overlay=shortest=1? (needed to stop encoding # when running out of input frames; adjust the font path # again) $ ffmpeg -an \ -f image2 -i 'frame_%03d.png' \ -f lavfi -i 'color=c=white:size=200x200' \ -filter_complex "[1:v][0:v] overlay=shortest=1, drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]" \ -map '[out]' \ -vcodec mpeg4 -b:v 600k -flags +aic+mv4 \ missingframe.mp4 }}} Notice how the second version is missing a frame: {{{ $ ffprobe -show_streams -loglevel quiet working.mp4 | grep -w nb_frames nb_frames=31 $ ffprobe -show_streams -loglevel quiet missingframe.mp4 | grep -w nb_frames nb_frames=30 }}} This can be confirmed by looking at the video. The frame number is encoded at the top left and is also reflected by the number encoded in the original PNG files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 04:19:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 02:19:23 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9a699865129af230288fa7ad55e6f953@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Yes, I have a fix in the works. That limitation is the reason the standard limits allocation to 3000 bits, most likely. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 09:16:42 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 07:16:42 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232806=28undetermined=3Anew=29=3A_Overla?= =?utf-8?q?y_filter_with_=E2=80=9Cshortest=3D1=E2=80=9D_drops_last_frame?= In-Reply-To: <035.f08af88ce96838a62c587644044b5d3c@avcodec.org> References: <035.f08af88ce96838a62c587644044b5d3c@avcodec.org> Message-ID: <050.9327b0b7093507fcfeba256cdab4948b@avcodec.org> #2806: Overlay filter with ?shortest=1? drops last frame -------------------------------------+------------------------------------- Reporter: hansmi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current git head and please provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 12:02:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 10:02:51 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 In-Reply-To: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> References: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> Message-ID: <049.e46be5492ed73c4c41741440a7cdce10@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: task | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ankit): Hi I have attached the complete command output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 12:03:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 10:03:24 -0000 Subject: [FFmpeg-trac] #2804(FFserver:closed): streaming of videos coming from three usb camera In-Reply-To: <034.4f198a8a527ee44c6d4f3223f1263412@avcodec.org> References: <034.4f198a8a527ee44c6d4f3223f1263412@avcodec.org> Message-ID: <049.25bae7921bfebcb496a1da08be179e16@avcodec.org> #2804: streaming of videos coming from three usb camera -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: defect | Status: closed Priority: normal | Component: FFserver Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ankit): thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 12:08:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 10:08:33 -0000 Subject: [FFmpeg-trac] #2807(build system:new): libopenjpeg v1.5.1 library discovery failed Message-ID: <038.5f6696d260cee41668e92eac5eb4b022@avcodec.org> #2807: libopenjpeg v1.5.1 library discovery failed --------------------------------------+---------------------------------- Reporter: floodkoff | Type: defect Status: new | Priority: normal Component: build system | Version: 2.0 Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- I want to cross compile ffmpeg 2.0 with support of libopenjpeg under 64bit Debian 7.1. But configure script ends with '''ERROR: libopenjpeg not found''' Configure command line parameters: {{{ ./configure \ --disable-static \ --enable-shared \ --pkg-config=pkg-config \ --enable-runtime-cpudetect \ --arch=x86 \ --target-os=mingw32 \ --enable-cross-compile \ --enable-w32threads \ --enable-memalign-hack \ --cross-prefix=i686-w64-mingw32- \ --enable-libopenjpeg \ --extra-cflags="-I/home/mybestfriend/openjpeg-1.5.1/libopenjpeg" \ --extra-ldflags="-L/home/mybestfriend/openjpeg-1.5.1/libopenjpeg/.libs" }}} `/home/mybestfriend/openjpeg-1.5.1` Folder contains openjpeg library v1.5.1 *.c and *.h files downloaded it from https://code.google.com/p/openjpeg/downloads/detail?name=openjpeg-1.5.1.tar.gz&can=2&q= `/home/mybestfriend/openjpeg-1.5.1/libopenjpeg/.libs` Folder contains cross compiled `libopenjpeg.a` library using the following configure commandline parameters: {{{ ./configure \ --host=i686-w64-mingw32 \ --enable-mj2 \ --enable-jpwl \ --enable-jpip }}} I have also noticed the compilation error in config.log `undefined reference to '_opj_version'`. But `libopenjpeg.a` have this function: {{{ i686-w64-mingw32-nm libopenjpeg.a | grep opj_ver 00000010 T _opj_version at 0 }}} I tried libopenjpeg v1.5.0, but it didn't helped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 13:06:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 11:06:04 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 In-Reply-To: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> References: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> Message-ID: <049.85e10cf147d77379cdb91a9333496aeb@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: task | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please test current git head and please do not post screen shots, instead post the console output (as text). Additionally, please answer my questions from comment:3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 13:27:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 11:27:10 -0000 Subject: [FFmpeg-trac] #1845(avformat:open): Encoded movies with mov_text subtitles do not play with QT Player In-Reply-To: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> References: <037.b779eb81e5c789f6371f64b11f02abec@avcodec.org> Message-ID: <052.5e977f47ee0b4dc04b54f04e86b2b4f0@avcodec.org> #1845: Encoded movies with mov_text subtitles do not play with QT Player --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov mov_text | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by zagser168): * cc: zagser168@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 16:05:38 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 14:05:38 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232806=28undetermined=3Anew=29=3A_Overla?= =?utf-8?q?y_filter_with_=E2=80=9Cshortest=3D1=E2=80=9D_drops_last_frame?= In-Reply-To: <035.f08af88ce96838a62c587644044b5d3c@avcodec.org> References: <035.f08af88ce96838a62c587644044b5d3c@avcodec.org> Message-ID: <050.8b932229ceee4aacf1830106f7a378cc@avcodec.org> #2806: Overlay filter with ?shortest=1? drops last frame -------------------------------------+------------------------------------- Reporter: hansmi | 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 hansmi): Using Git master branch as of Wed Jul 24 13:48:12 UTC 2013: {{{ ~/src/ffmpeg $ git describe n2.0-314-gc5f3cc4 /tmp/ffmpeg-git-install $ bin/ffmpeg ffmpeg version N-54917-gc5f3cc4 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 24 2013 15:46:49 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/tmp/ffmpeg-git-install --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable- libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable- libbluray --enable-gnutls --enable-libfreetype --enable-shared --enable- pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Use -h to get full help or, even better, run 'man ffmpeg' }}} Generating input frames: {{{ /tmp/ffmpeg-git-install $ for i in {0..30}; do \ > convert -alpha on -background none -fill red \ > -pointsize 30 -size 200x200 -gravity center \ > label:$i png32:frame_$(printf '%03d' $i).png; \ > done /tmp/ffmpeg-git-install $ echo frame_*.png frame_000.png frame_001.png frame_002.png frame_003.png frame_004.png frame_005.png frame_006.png frame_007.png frame_008.png frame_009.png frame_010.png frame_011.png frame_012.png frame_013.png frame_014.png frame_015.png frame_016.png frame_017.png frame_018.png frame_019.png frame_020.png frame_021.png frame_022.png frame_023.png frame_024.png frame_025.png frame_026.png frame_027.png frame_028.png frame_029.png frame_030.png }}} Input file information (notice how there are 31 frames): {{{ /tmp/ffmpeg-git-install $ bin/ffmpeg -v 9 -loglevel 99 -i 'frame_%03d.png' ffmpeg version N-54917-gc5f3cc4 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 24 2013 15:46:49 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/tmp/ffmpeg-git-install --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable- libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable- libbluray --enable-gnutls --enable-libfreetype --enable-shared --enable- pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'frame_%03d.png'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file frame_%03d.png. Successfully parsed a group of options. Opening an input file: frame_%03d.png. [AVIOContext @ 0x7fd809c13880] Statistics: 907 bytes read, 0 seeks [AVIOContext @ 0x7fd809c13da0] Statistics: 589 bytes read, 0 seeks [AVIOContext @ 0x7fd809c13da0] Statistics: 849 bytes read, 0 seeks [AVIOContext @ 0x7fd809c148e0] Statistics: 861 bytes read, 0 seeks [AVIOContext @ 0x7fd809c14640] Statistics: 733 bytes read, 0 seeks [AVIOContext @ 0x7fd809c14720] Statistics: 880 bytes read, 0 seeks [AVIOContext @ 0x7fd809c155c0] Statistics: 962 bytes read, 0 seeks [AVIOContext @ 0x7fd809c15a80] Statistics: 715 bytes read, 0 seeks [AVIOContext @ 0x7fd809c15e40] Statistics: 946 bytes read, 0 seeks [AVIOContext @ 0x7fd809c16360] Statistics: 965 bytes read, 0 seeks [AVIOContext @ 0x7fd809c16880] Statistics: 1031 bytes read, 0 seeks [AVIOContext @ 0x7fd809c16960] Statistics: 625 bytes read, 0 seeks [AVIOContext @ 0x7fd809c16d40] Statistics: 1006 bytes read, 0 seeks [AVIOContext @ 0x7fd809c16e20] Statistics: 1029 bytes read, 0 seeks [AVIOContext @ 0x7fd809c16f00] Statistics: 848 bytes read, 0 seeks [AVIOContext @ 0x7fd809c173a0] Statistics: 1021 bytes read, 0 seeks [AVIOContext @ 0x7fd809c17480] Statistics: 1090 bytes read, 0 seeks [AVIOContext @ 0x7fd809c17560] Statistics: 862 bytes read, 0 seeks [AVIOContext @ 0x7fd809c17a20] Statistics: 1080 bytes read, 0 seeks [AVIOContext @ 0x7fd809c17b00] Statistics: 1130 bytes read, 0 seeks [AVIOContext @ 0x7fd809c17be0] Statistics: 1233 bytes read, 0 seeks [AVIOContext @ 0x7fd809c17cc0] Statistics: 985 bytes read, 0 seeks [AVIOContext @ 0x7fd809c18220] Statistics: 861 bytes read, 0 seeks [AVIOContext @ 0x7fd809c186e0] Statistics: 1204 bytes read, 0 seeks [AVIOContext @ 0x7fd809c187c0] Statistics: 1060 bytes read, 0 seeks [AVIOContext @ 0x7fd809c188a0] Statistics: 1202 bytes read, 0 seeks [AVIOContext @ 0x7fd809c18980] Statistics: 1274 bytes read, 0 seeks [AVIOContext @ 0x7fd809c18ac0] Statistics: 1052 bytes read, 0 seeks [AVIOContext @ 0x7fd809c18ba0] Statistics: 1262 bytes read, 0 seeks [AVIOContext @ 0x7fd809c18c80] Statistics: 1259 bytes read, 0 seeks [AVIOContext @ 0x7fd809c18dc0] Statistics: 1263 bytes read, 0 seeks Input #0, image2, from 'frame_%03d.png': Duration: 00:00:01.24, start: 0.000000, bitrate: N/A Stream #0:0, 31, 1/25: Video: png, rgba, 200x200, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. At least one output file must be specified }}} Produce video without overlay filter: {{{ /tmp/ffmpeg-git-install $ bin/ffmpeg -an -v 9 -loglevel 99 \ > -f image2 -i 'frame_%03d.png' \ > -filter_complex "[0:v] drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]" \ > -map '[out]' \ > -vcodec mpeg4 -b:v 600k -flags +aic+mv4 \ > working.mp4 ffmpeg version N-54917-gc5f3cc4 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 24 2013 15:46:49 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/tmp/ffmpeg-git-install --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable- libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable- libbluray --enable-gnutls --enable-libfreetype --enable-shared --enable- pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-an' ... matched as option 'an' (disable audio) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-f' ... matched as option 'f' (force format) with argument 'image2'. Reading option '-i' ... matched as input file with argument 'frame_%03d.png'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument '[0:v] drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[out]'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'mpeg4'. Reading option '-b:v' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '600k'. Reading option '-flags' ... matched as AVOption 'flags' with argument '+aic+mv4'. Reading option 'working.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option filter_complex (create a complex filtergraph) with argument [0:v] drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]. Successfully parsed a group of options. Parsing a group of options: input file frame_%03d.png. Applying option an (disable audio) with argument 1. Applying option f (force format) with argument image2. Successfully parsed a group of options. Opening an input file: frame_%03d.png. [AVIOContext @ 0x7fecc3413e40] Statistics: 907 bytes read, 0 seeks [AVIOContext @ 0x7fecc3414340] Statistics: 589 bytes read, 0 seeks [AVIOContext @ 0x7fecc3414340] Statistics: 849 bytes read, 0 seeks [AVIOContext @ 0x7fecc3414ec0] Statistics: 861 bytes read, 0 seeks [AVIOContext @ 0x7fecc3414c20] Statistics: 733 bytes read, 0 seeks [AVIOContext @ 0x7fecc3414d00] Statistics: 880 bytes read, 0 seeks [AVIOContext @ 0x7fecc3415be0] Statistics: 962 bytes read, 0 seeks [AVIOContext @ 0x7fecc34160a0] Statistics: 715 bytes read, 0 seeks [AVIOContext @ 0x7fecc3416460] Statistics: 946 bytes read, 0 seeks [AVIOContext @ 0x7fecc3416980] Statistics: 965 bytes read, 0 seeks [AVIOContext @ 0x7fecc3416ea0] Statistics: 1031 bytes read, 0 seeks [AVIOContext @ 0x7fecc3416f80] Statistics: 625 bytes read, 0 seeks [AVIOContext @ 0x7fecc3417360] Statistics: 1006 bytes read, 0 seeks [AVIOContext @ 0x7fecc3417440] Statistics: 1029 bytes read, 0 seeks [AVIOContext @ 0x7fecc3417520] Statistics: 848 bytes read, 0 seeks [AVIOContext @ 0x7fecc34179c0] Statistics: 1021 bytes read, 0 seeks [AVIOContext @ 0x7fecc3417aa0] Statistics: 1090 bytes read, 0 seeks [AVIOContext @ 0x7fecc3417b80] Statistics: 862 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418040] Statistics: 1080 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418120] Statistics: 1130 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418200] Statistics: 1233 bytes read, 0 seeks [AVIOContext @ 0x7fecc34182e0] Statistics: 985 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418840] Statistics: 861 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418d00] Statistics: 1204 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418de0] Statistics: 1060 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418ec0] Statistics: 1202 bytes read, 0 seeks [AVIOContext @ 0x7fecc3418fa0] Statistics: 1274 bytes read, 0 seeks [AVIOContext @ 0x7fecc34190e0] Statistics: 1052 bytes read, 0 seeks [AVIOContext @ 0x7fecc34191c0] Statistics: 1262 bytes read, 0 seeks [AVIOContext @ 0x7fecc34192a0] Statistics: 1259 bytes read, 0 seeks [AVIOContext @ 0x7fecc34193e0] Statistics: 1263 bytes read, 0 seeks Input #0, image2, from 'frame_%03d.png': Duration: 00:00:01.24, start: 0.000000, bitrate: N/A Stream #0:0, 31, 1/25: Video: png, rgba, 200x200, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file working.mp4. Applying option map (set input stream mapping) with argument [out]. Applying option vcodec (force video codec ('copy' to copy stream)) with argument mpeg4. Applying option b:v (video bitrate (please use -b:v)) with argument 600k. Successfully parsed a group of options. Opening an output file: working.mp4. detected 2 logical cores [Parsed_drawtext_0 @ 0x7fecc4000000] Setting 'fontfile' to value '/Library/Fonts/Arial.ttf' [Parsed_drawtext_0 @ 0x7fecc4000000] Setting 'x' to value '5' [Parsed_drawtext_0 @ 0x7fecc4000000] Setting 'y' to value '5' [Parsed_drawtext_0 @ 0x7fecc4000000] Setting 'text' to value 'frame %{n}' [graph 0 input from stream 0:0 @ 0x7fecc4002860] Setting 'video_size' to value '200x200' [graph 0 input from stream 0:0 @ 0x7fecc4002860] Setting 'pix_fmt' to value '28' [graph 0 input from stream 0:0 @ 0x7fecc4002860] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x7fecc4002860] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x7fecc4002860] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x7fecc4002860] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x7fecc4002860] w:200 h:200 pixfmt:rgba tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [format @ 0x7fecc40035a0] compat: called with args=[yuv420p] [format @ 0x7fecc40035a0] Setting 'pix_fmts' to value 'yuv420p' Successfully opened the file. [auto-inserted scaler 0 @ 0x7fecc4003c40] w:iw h:ih flags:'bilinear' interl:0 [format @ 0x7fecc40035a0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_drawtext_0' and the filter 'format' [AVFilterGraph @ 0x7fecc3415180] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x7fecc4003c40] w:200 h:200 fmt:rgba sar:0/1 -> w:200 h:200 fmt:yuv420p sar:0/1 flags:0x2 [mpeg4 @ 0x7fecc480c400] intra_quant_bias = 0 inter_quant_bias = -64 Output #0, mp4, to 'working.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0, 0, 1/12800: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 200x200, 1/25, q=2-31, 600 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 (png) -> drawtext drawtext -> Stream #0:0 (mpeg4) Press [q] to stop, [?] for help [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:0 t:0.000000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:1 t:0.040000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:2 t:0.080000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:3 t:0.120000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:4 t:0.160000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:5 t:0.200000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:6 t:0.240000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:7 t:0.280000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:8 t:0.320000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:9 t:0.360000 text_w:53 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:10 t:0.400000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:11 t:0.440000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:12 t:0.480000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:13 t:0.520000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:14 t:0.560000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:15 t:0.600000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:16 t:0.640000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:17 t:0.680000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:18 t:0.720000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:19 t:0.760000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:20 t:0.800000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:21 t:0.840000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:22 t:0.880000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:23 t:0.920000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:24 t:0.960000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:25 t:1.000000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:26 t:1.040000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:27 t:1.080000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:28 t:1.120000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:29 t:1.160000 text_w:62 text_h:12 x:5 y:5 [Parsed_drawtext_0 @ 0x7fecc4000000] Copying data in avfilter. [Parsed_drawtext_0 @ 0x7fecc4000000] n:30 t:1.200000 text_w:62 text_h:12 x:5 y:5 [output stream 0:0 @ 0x7fecc4003320] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 31 fps=0.0 q=2.0 Lsize= 23kB time=00:00:01.24 bitrate= 151.9kbits/s video:22kB audio:0kB subtitle:0 global headers:0kB muxing overhead 4.185470% 31 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7fecc4003900] Statistics: 34 seeks, 57 writeouts }}} It has 31 frames as intended: {{{ /tmp/ffmpeg-git-install $ bin/ffprobe -show_streams -loglevel quiet working.mp4 | grep -w nb_frames nb_frames=31 }}} Now produce another video using ?overlay=shortest=1?: {{{ /tmp/ffmpeg-git-install $ bin/ffmpeg -an -v 9 -loglevel 99 \ > -f image2 -i 'frame_%03d.png' \ > -f lavfi -i 'color=c=white:size=200x200' \ > -filter_complex "[1:v][0:v] overlay=shortest=1, drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]" \ > -map '[out]' \ > -vcodec mpeg4 -b:v 600k -flags +aic+mv4 \ > missingframe.mp4 ffmpeg version N-54917-gc5f3cc4 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 24 2013 15:46:49 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/tmp/ffmpeg-git-install --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable- libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable- libbluray --enable-gnutls --enable-libfreetype --enable-shared --enable- pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.102 / 3. 81.102 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-an' ... matched as option 'an' (disable audio) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-f' ... matched as option 'f' (force format) with argument 'image2'. Reading option '-i' ... matched as input file with argument 'frame_%03d.png'. Reading option '-f' ... matched as option 'f' (force format) with argument 'lavfi'. Reading option '-i' ... matched as input file with argument 'color=c=white:size=200x200'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument '[1:v][0:v] overlay=shortest=1, drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[out]'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'mpeg4'. Reading option '-b:v' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '600k'. Reading option '-flags' ... matched as AVOption 'flags' with argument '+aic+mv4'. Reading option 'missingframe.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option filter_complex (create a complex filtergraph) with argument [1:v][0:v] overlay=shortest=1, drawtext=fontfile=/Library/Fonts/Arial.ttf:x=5:y=5:text='frame %{n}' [out]. Successfully parsed a group of options. Parsing a group of options: input file frame_%03d.png. Applying option an (disable audio) with argument 1. Applying option f (force format) with argument image2. Successfully parsed a group of options. Opening an input file: frame_%03d.png. [AVIOContext @ 0x7fa65b414040] Statistics: 907 bytes read, 0 seeks [AVIOContext @ 0x7fa65b414560] Statistics: 589 bytes read, 0 seeks [AVIOContext @ 0x7fa65b414560] Statistics: 849 bytes read, 0 seeks [AVIOContext @ 0x7fa65b414da0] Statistics: 861 bytes read, 0 seeks [AVIOContext @ 0x7fa65b414e00] Statistics: 733 bytes read, 0 seeks [AVIOContext @ 0x7fa65b414ee0] Statistics: 880 bytes read, 0 seeks [AVIOContext @ 0x7fa65b415dc0] Statistics: 962 bytes read, 0 seeks [AVIOContext @ 0x7fa65b416280] Statistics: 715 bytes read, 0 seeks [AVIOContext @ 0x7fa65b416640] Statistics: 946 bytes read, 0 seeks [AVIOContext @ 0x7fa65b416b60] Statistics: 965 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417080] Statistics: 1031 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417160] Statistics: 625 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417540] Statistics: 1006 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417620] Statistics: 1029 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417700] Statistics: 848 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417ba0] Statistics: 1021 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417c80] Statistics: 1090 bytes read, 0 seeks [AVIOContext @ 0x7fa65b417d60] Statistics: 862 bytes read, 0 seeks [AVIOContext @ 0x7fa65b418220] Statistics: 1080 bytes read, 0 seeks [AVIOContext @ 0x7fa65b418300] Statistics: 1130 bytes read, 0 seeks [AVIOContext @ 0x7fa65b4183e0] Statistics: 1233 bytes read, 0 seeks [AVIOContext @ 0x7fa65b4184c0] Statistics: 985 bytes read, 0 seeks [AVIOContext @ 0x7fa65b418a20] Statistics: 861 bytes read, 0 seeks [AVIOContext @ 0x7fa65b418ee0] Statistics: 1204 bytes read, 0 seeks [AVIOContext @ 0x7fa65b418fc0] Statistics: 1060 bytes read, 0 seeks [AVIOContext @ 0x7fa65b4190a0] Statistics: 1202 bytes read, 0 seeks [AVIOContext @ 0x7fa65b419180] Statistics: 1274 bytes read, 0 seeks [AVIOContext @ 0x7fa65b4192c0] Statistics: 1052 bytes read, 0 seeks [AVIOContext @ 0x7fa65b4193a0] Statistics: 1262 bytes read, 0 seeks [AVIOContext @ 0x7fa65b419480] Statistics: 1259 bytes read, 0 seeks [AVIOContext @ 0x7fa65b4195c0] Statistics: 1263 bytes read, 0 seeks Input #0, image2, from 'frame_%03d.png': Duration: 00:00:01.24, start: 0.000000, bitrate: N/A Stream #0:0, 31, 1/25: Video: png, rgba, 200x200, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: input file color=c=white:size=200x200. Applying option f (force format) with argument lavfi. Successfully parsed a group of options. Opening an input file: color=c=white:size=200x200. detected 2 logical cores [Parsed_color_0 @ 0x7fa65c000000] Setting 'c' to value 'white' [Parsed_color_0 @ 0x7fa65c000000] Setting 'size' to value '200x200' [Parsed_color_0 @ 0x7fa65c000000] size:200x200 rate:25/1 duration:-1.000000 sar:1/1 [AVFilterGraph @ 0x7fa65b4137c0] query_formats: 2 queried, 1 merged, 0 already done, 0 delayed [lavfi @ 0x7fa65b814200] All info found Input #1, lavfi, from 'color=c=white:size=200x200': Duration: N/A, start: 0.000000, bitrate: N/A Stream #1:0, 1, 1/25: Video: rawvideo (I420 / 0x30323449), yuv420p, 200x200 [SAR 1:1 DAR 1:1], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file missingframe.mp4. Applying option map (set input stream mapping) with argument [out]. Applying option vcodec (force video codec ('copy' to copy stream)) with argument mpeg4. Applying option b:v (video bitrate (please use -b:v)) with argument 600k. Successfully parsed a group of options. Opening an output file: missingframe.mp4. [Parsed_overlay_0 @ 0x7fa65c001760] Setting 'shortest' to value '1' [Parsed_drawtext_1 @ 0x7fa65c001d80] Setting 'fontfile' to value '/Library/Fonts/Arial.ttf' [Parsed_drawtext_1 @ 0x7fa65c001d80] Setting 'x' to value '5' [Parsed_drawtext_1 @ 0x7fa65c001d80] Setting 'y' to value '5' [Parsed_drawtext_1 @ 0x7fa65c001d80] Setting 'text' to value 'frame %{n}' [graph 0 input from stream 1:0 @ 0x7fa65c0044e0] Setting 'video_size' to value '200x200' [graph 0 input from stream 1:0 @ 0x7fa65c0044e0] Setting 'pix_fmt' to value '0' [graph 0 input from stream 1:0 @ 0x7fa65c0044e0] Setting 'time_base' to value '1/25' [graph 0 input from stream 1:0 @ 0x7fa65c0044e0] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 1:0 @ 0x7fa65c0044e0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 1:0 @ 0x7fa65c0044e0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 1:0 @ 0x7fa65c0044e0] w:200 h:200 pixfmt:yuv420p tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2 [graph 0 input from stream 0:0 @ 0x7fa65c0048e0] Setting 'video_size' to value '200x200' [graph 0 input from stream 0:0 @ 0x7fa65c0048e0] Setting 'pix_fmt' to value '28' [graph 0 input from stream 0:0 @ 0x7fa65c0048e0] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0x7fa65c0048e0] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x7fa65c0048e0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x7fa65c0048e0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x7fa65c0048e0] w:200 h:200 pixfmt:rgba tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [format @ 0x7fa65c0054c0] compat: called with args=[yuv420p] [format @ 0x7fa65c0054c0] Setting 'pix_fmts' to value 'yuv420p' Successfully opened the file. [auto-inserted scaler 0 @ 0x7fa65c005b00] w:iw h:ih flags:'bilinear' interl:0 [Parsed_overlay_0 @ 0x7fa65c001760] auto-inserting filter 'auto-inserted scaler 0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_overlay_0' [AVFilterGraph @ 0x7fa65c001280] query_formats: 6 queried, 4 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x7fa65c005b00] w:200 h:200 fmt:rgba sar:0/1 -> w:200 h:200 fmt:yuva420p sar:0/1 flags:0x2 [Parsed_overlay_0 @ 0x7fa65c001760] main w:200 h:200 fmt:yuv420p overlay w:200 h:200 fmt:yuva420p [mpeg4 @ 0x7fa65c82fa00] intra_quant_bias = 0 inter_quant_bias = -64 Output #0, mp4, to 'missingframe.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0, 0, 1/12800: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 200x200 [SAR 1:1 DAR 1:1], 1/25, q=2-31, 600 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 (png) -> overlay:overlay Stream #1:0 (rawvideo) -> overlay:main drawtext -> Stream #0:0 (mpeg4) Press [q] to stop, [?] for help [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:0.000000 t:0.000000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:0 t:0.000000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:1.000000 t:0.040000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:1 t:0.040000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:2.000000 t:0.080000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:2 t:0.080000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:3.000000 t:0.120000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:3 t:0.120000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:4.000000 t:0.160000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:4 t:0.160000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:5.000000 t:0.200000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:5 t:0.200000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:6.000000 t:0.240000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:6 t:0.240000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:7.000000 t:0.280000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:7 t:0.280000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:8.000000 t:0.320000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:8 t:0.320000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:9.000000 t:0.360000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:9 t:0.360000 text_w:53 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:10.000000 t:0.400000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:10 t:0.400000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:11.000000 t:0.440000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:11 t:0.440000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:12.000000 t:0.480000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:12 t:0.480000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:13.000000 t:0.520000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:13 t:0.520000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:14.000000 t:0.560000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:14 t:0.560000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:15.000000 t:0.600000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:15 t:0.600000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:16.000000 t:0.640000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:16 t:0.640000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:17.000000 t:0.680000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:17 t:0.680000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:18.000000 t:0.720000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:18 t:0.720000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:19.000000 t:0.760000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:19 t:0.760000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:20.000000 t:0.800000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:20 t:0.800000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:21.000000 t:0.840000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:21 t:0.840000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:22.000000 t:0.880000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:22 t:0.880000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:23.000000 t:0.920000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:23 t:0.920000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:24.000000 t:0.960000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:24 t:0.960000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:25.000000 t:1.000000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:25 t:1.000000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:26.000000 t:1.040000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:26 t:1.040000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:27.000000 t:1.080000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:27 t:1.080000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:28.000000 t:1.120000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:28 t:1.120000 text_w:62 text_h:12 x:5 y:5 [Parsed_overlay_0 @ 0x7fa65c001760] Copying data in avfilter. [Parsed_overlay_0 @ 0x7fa65c001760] n:29.000000 t:1.160000 pos:nan x:0.000000 xi:0 y:0.000000 yi:0 [Parsed_drawtext_1 @ 0x7fa65c001d80] n:29 t:1.160000 text_w:62 text_h:12 x:5 y:5 [output stream 0:0 @ 0x7fa65c005180] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 30 fps=0.0 q=2.0 Lsize= 38kB time=00:00:01.20 bitrate= 259.9kbits/s video:37kB audio:0kB subtitle:0 global headers:0kB muxing overhead 2.475690% 61 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x7fa65c005940] Statistics: 34 seeks, 56 writeouts }}} This video has only 30 frames, missing one: {{{ /tmp/ffmpeg-git-install $ bin/ffprobe -show_streams -loglevel quiet missingframe.mp4 | grep -w nb_frames nb_frames=30 }}} As can be determined by looking at working.mp4 and missingframe.mp4 it is the last frame that's missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 16:48:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 14:48:41 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ca0340c3112d5377c100844828252a7b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Isn't aaccoder.c line 787~795 strange? I believe somewhere making cutoff value or using cutoff value should be the source of the trouble, which causes weird sounds in low bitrates such as -q:a 0.25. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 18:56:38 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 16:56:38 -0000 Subject: [FFmpeg-trac] #2698(avfilter:closed): colorbalance filter should also work without YUV to RGB conversion In-Reply-To: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> References: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> Message-ID: <051.11ac3e53714c7e411bd9bc319b062c08@avcodec.org> #2698: colorbalance filter should also work without YUV to RGB conversion --------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: invalid Keywords: colorbalance | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: colorbalance filter works in RGB only for the obvious reason. Adding YUV support would mean doing internal conversion from YUV to RGB which is slow and pointless. Its not clear at all what is your real problem you want to solve. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 19:00:14 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 17:00:14 -0000 Subject: [FFmpeg-trac] #2679(avfilter:new): Discolored output with vf_gradfun and nv12 pixel format In-Reply-To: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> References: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> Message-ID: <050.f06aff2cc1bad92e27d85450b8a900f5@avcodec.org> #2679: Discolored output with vf_gradfun and nv12 pixel format -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Can you post actual screenshot? I tried here with random video and I can't see anything wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 19:03:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 17:03:58 -0000 Subject: [FFmpeg-trac] #2679(avfilter:open): Discolored output with vf_gradfun and nv12 pixel format In-Reply-To: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> References: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> Message-ID: <050.8e2369fa3dc6fe67e1bfff5809c7c4c1@avcodec.org> #2679: Discolored output with vf_gradfun and nv12 pixel format ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Ignore that, I clearly see problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 19:16:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 17:16:48 -0000 Subject: [FFmpeg-trac] #1618(avfilter:open): Padding to odd/uneven size fails In-Reply-To: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> References: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> Message-ID: <050.56aa82a29c8199a32e1fef107fceb742@avcodec.org> #1618: Padding to odd/uneven size fails ------------------------------------+------------------------------------ Reporter: agowad | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pad | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): I do not see how padding for subsampled formats could work at all. In non trivial cases it needs chroma interpolation. So using yuv444p or rgb formats should be workaround. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 24 19:22:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 17:22:23 -0000 Subject: [FFmpeg-trac] #2558(avfilter:new): Locating interesting parts of an image In-Reply-To: <035.2b1d29676428470af515a9df5046dd62@avcodec.org> References: <035.2b1d29676428470af515a9df5046dd62@avcodec.org> Message-ID: <050.7333bc35d0b2d3abf4ca55b8c5c2a2e7@avcodec.org> #2558: Locating interesting parts of an image -------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): The thing you linked is not doing that at all. This feature request is extremely vague. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 00:20:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 22:20:10 -0000 Subject: [FFmpeg-trac] #1618(avfilter:open): Padding to odd/uneven size fails In-Reply-To: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> References: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> Message-ID: <050.754502e564b3060eecf8ebd3b7d22e8b@avcodec.org> #1618: Padding to odd/uneven size fails ------------------------------------+------------------------------------ Reporter: agowad | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pad | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:4 richardpl]: > I do not see how padding for subsampled formats could work at all. In non trivial cases it needs chroma interpolation. So using yuv444p or rgb formats should be workaround. The scale filter supports odd sizes for subsampled formats, why shouldn't the pad filter allow the same? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 00:36:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 22:36:33 -0000 Subject: [FFmpeg-trac] #1618(avfilter:open): Padding to odd/uneven size fails In-Reply-To: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> References: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> Message-ID: <050.d5de36670aae16140082326c40310fe3@avcodec.org> #1618: Padding to odd/uneven size fails ------------------------------------+------------------------------------ Reporter: agowad | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pad | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): Your reasoning is flawed. Scale filter does not scale by itself - it use libswscale. Non trivial padding - for example padding for 1 pixel left/above for subsampled format. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 01:07:29 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Jul 2013 23:07:29 -0000 Subject: [FFmpeg-trac] #896(avcodec:closed): ljpeg: support 32bpp RGBA In-Reply-To: <038.de8b89f6384a87742ca2c97be69c2f31@avcodec.org> References: <038.de8b89f6384a87742ca2c97be69c2f31@avcodec.org> Message-ID: <053.6e49ad039dbb6875a0ddf74f76e9005d@avcodec.org> #896: ljpeg: support 32bpp RGBA -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: alpha | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 6db57fa8bc1a40c16293f9224d195e43ae52aabd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 02:07:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 00:07:18 -0000 Subject: [FFmpeg-trac] #1823(FFmpeg:closed): Allow output file for -report option to be specified. In-Reply-To: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> References: <036.22666b4869de30de819f9921ed0a2487@avcodec.org> Message-ID: <051.afaad5891f0a141f2d697a6fdce8fe8c@avcodec.org> #1823: Allow output file for -report option to be specified. -------------------------------------+---------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: report | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by DK): Yeah, guys I know it's a way to handle this but I'm running multiple FFMpegs in parallel (all the default codecs I tried are single-threaded) so I can utilise all my cores while rendering multiple videos. Since I'm starting them in arbitrary order picking from the job queue I don't want to have any issues with concurrency here, when one thread modifies env variable while another is reading it expecting previous value. Is there a chance this can be added to the command line parameter? thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 09:23:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 07:23:03 -0000 Subject: [FFmpeg-trac] #2799(avcodec:open): No support for cmyk jpeg In-Reply-To: <034.7ab555e3e3cfbdca7810c4f007b19676@avcodec.org> References: <034.7ab555e3e3cfbdca7810c4f007b19676@avcodec.org> Message-ID: <049.551f9e5cc3492498fd8525717ea1c788@avcodec.org> #2799: No support for cmyk jpeg ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg * status: new => open * component: FFplay => avcodec * reproduced: 0 => 1 Comment: FFmpeg originally correctly reported that it cannot decode the image, now an image with incorrect colours and a completely transparent alpha layer is decoded without any warning. {{{ $ ffmpeg -i SLW_LOGO_CMYK.jpg ffmpeg version N-54924-g5156d48 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 25 2013 09:01:09 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'SLW_LOGO_CMYK.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, yuva444p, 4776x2033, 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 Thu Jul 25 12:16:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 10:16:28 -0000 Subject: [FFmpeg-trac] #1618(avfilter:open): Padding to odd/uneven size fails In-Reply-To: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> References: <035.e6352dd6c5b742f02be45e8475dd82b3@avcodec.org> Message-ID: <050.ef97185b159ba72b81a878bfef06dcc5@avcodec.org> #1618: Padding to odd/uneven size fails ------------------------------------+------------------------------------ Reporter: agowad | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pad | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:6 richardpl]: > Your reasoning is flawed. Scale filter does not scale by itself - it use libswscale. How is that related? > Non trivial padding - for example padding for 1 pixel left/above for subsampled format. I understand that it would not (easily) work for left/top padding but that was not requested in this ticket, I am simply wondering why it shouldn't work for right/bottom padding. Note that the original request was actually that pad should not fail if input size == output size. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 15:41:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 13:41:38 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.283d5a54efc6d96d68d5d79090221146@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): So, I tried a whole new approach, and it seems vastly superior. I modified psy's "Rate control" to work differently for VBR. Instead of using the bit reservoir, it just computes the optimum PE and scales it by quality. And it works nicely. I still had to push scalers a bit more on the allocator and do the LP filtering to reach the very low bit rates with VBR, but it's sounding a lot better. I'll do some more testing and then upload the updated patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 16:15:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 14:15:21 -0000 Subject: [FFmpeg-trac] #2808(undetermined:new): https protocol with parameters as input failed Message-ID: <037.04647afd521cd79870722e91d73fff72@avcodec.org> #2808: https protocol with parameters as input failed -------------------------------------+------------------------------------- Reporter: ebaynaud | Type: defect Status: new | Priority: important Component: | Version: 2.0 undetermined | Blocked By: Keywords: https, | Reproduced by developer: 0 http, parameters | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Issue with parameters when using HTTP'''S''' source. Using unsecure HTTP works well. And using HTTPS without parameters works as well. How to reproduce: {{{ % ffmpeg -i "https://d3qcr8gwcxn3c1.cloudfront.net/encoded/en/0_180.mp4?Expires=1378035086&Signature =S36da20XZSIneWru- 1GYkTJ0kSb34ll7oTjClyyj0bEQYYyC93Cqsk26s44Khtt0DEFdJUOSaUZ28FoXp5cW ~PDJUpiyRLEYouG5AFZnlrROTOI8d8K5DPvHf-1AzJb-zd ~pfqx8m94K4YYFkiDCWDA82gqQYzRTGs4mpX-hCQQ_&Key-Pair- Id=APKAJQ6E3EVY3OVM4M6Q" o.mp4 }}} It fails: {{{ ffmpeg version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 25 2013 12:06:05 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --extra-cflags=-fPIC --enable-nonfree --enable-openssl --enable-static --enable-shared --enable-gpl --enable-version3 --enable- pthreads --disable-ffplay --disable-ffserver --enable-postproc --enable- libfaac --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libmp3lame --enable-libvorbis --enable-libtheora --enable-libx264 --enable-libspeex --enable-libxvid --enable-x11grab --prefix=/usr libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [https @ 0x258d4e0] HTTP error 403 Forbidden https://d3qcr8gwcxn3c1.cloudfront.net/encoded/en/0_180.mp4?Expires=1378035086&Signature =S36da20XZSIneWru- 1GYkTJ0kSb34ll7oTjClyyj0bEQYYyC93Cqsk26s44Khtt0DEFdJUOSaUZ28FoXp5cW ~PDJUpiyRLEYouG5AFZnlrROTOI8d8K5DPvHf-1AzJb-zd ~pfqx8m94K4YYFkiDCWDA82gqQYzRTGs4mpX-hCQQ_&Key-Pair- Id=APKAJQ6E3EVY3OVM4M6Q: Input/output error }}} Notice that this one work (same with HTTPS instead of HTTP): {{{ ffmpeg -i "http://d3qcr8gwcxn3c1.cloudfront.net/encoded/en/0_180.mp4?Expires=1378035086&Signature =S36da20XZSIneWru- 1GYkTJ0kSb34ll7oTjClyyj0bEQYYyC93Cqsk26s44Khtt0DEFdJUOSaUZ28FoXp5cW ~PDJUpiyRLEYouG5AFZnlrROTOI8d8K5DPvHf-1AzJb-zd ~pfqx8m94K4YYFkiDCWDA82gqQYzRTGs4mpX-hCQQ_&Key-Pair- Id=APKAJQ6E3EVY3OVM4M6Q" o.mp4 }}} And this one works as well (HTTPS without parameters): {{{ ffmpeg -i "https://tiviziodist.s3.amazonaws.com/ffmpeg.mp4" o.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 16:25:06 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 14:25:06 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.4f60c90e28ad63e169d06f856b525575@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Wow, great! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 17:31:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 15:31:44 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices Message-ID: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Type: defect playingwithmusic | Priority: important Status: new | Version: 1.2.1 Component: | Blocked By: undetermined | Reproduced by developer: 0 Keywords: aac, | nintendo, unplayable, encoding | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When converting files of any input format to AAC audio (in .mp4, .m4a, or .aac containers), the files will not play on Nintendo DSi/DSi XL/3DS/3DS XL. The files are detected, but when selected, they display "Could not play." It does not matter which AAC encoder is used. The fact that files encoded with libfaac in ffmpeg fail to play while the standalone faac works flawlessly suggests a problem in ffmpeg rather than the encoder. How to reproduce: Convert any file to AAC audio with frequency 41000-48000 Hz and bitrate 16-320 kbps, copy to SD card, and attempt to play on a Nintendo handheld. One of the commands that I tried is listed below, but any variation (such as with avconv command and -c:a aac and -strict -2 parameters) should produce the same results. {{{ for f in *.webm; do ffmpeg -i "$f" -acodec libfaac -b:a 128k -ar 44100 -vn -af volume=1.50 "${f%.webm}.m4a"; done ffmpeg version 1.2.1 built on Jul 11 2013 07:32:35 with gcc 4.8 (Debian 4.8.1-6) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr libavutil }}} I've attached an output file of this command. The corresponding input may be found at [https://www.youtube.com/watch?v=ALuCtudUHhs] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 17:37:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 15:37:53 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.2e46bf718be926401b2d07406ec6ff0f@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: important | undetermined Version: 1.2.1 | Resolution: Keywords: aac, | Blocked By: nintendo, unplayable, encoding | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): The 128 kbps output file was too large, so the version I attached was encoded at 96 kbps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 17:53:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 15:53:00 -0000 Subject: [FFmpeg-trac] #2808(undetermined:new): https protocol with parameters as input failed In-Reply-To: <037.04647afd521cd79870722e91d73fff72@avcodec.org> References: <037.04647afd521cd79870722e91d73fff72@avcodec.org> Message-ID: <052.0ab3bc5ff2d721669414fc3205e31d89@avcodec.org> #2808: https protocol with parameters as input failed -------------------------------------+------------------------------------- Reporter: ebaynaud | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: https, | Resolution: http, parameters | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ebaynaud): * version: 2.0 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:06:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:06:40 -0000 Subject: [FFmpeg-trac] #2810(avformat:new): unsupported wav Message-ID: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> #2810: unsupported wav --------------------------------------+---------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Summary of the bug: Wav file produced with audacity is detected to have dca codec but it is actually pcm. How to reproduce: {{{ > ffprobe /usr/home/petra/Downloads/steps-stereo-16b-44khz.wav ffprobe version N-54927-g733f6df Copyright (c) 2007-2013 the FFmpeg developers built on Jul 25 2013 13:55:44 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 configuration: --cc=clang --as=clang --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --disable-postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr - -disable-indev=dshow --disable-indev=dv1394 --disable-indev=fbdev --disable-indev=jack --disable-indev=libcdio --disable-indev=libdc1394 --disable-indev=openal --disable-indev=pulse --disable -indev=sndio --disable-indev=vfwcap --disable-outdev=sndio --disable- outdev=alsa --disable-outdev=sdl --disable-outdev=caca --disable-outdev=xv --disable-ffplay --disable-ffserver --disable-d oc --enable-gpl --disable-static --disable-debug --enable-shared --enable- libschroedinger --enable-libopenjpeg --enable-libfreetype --enable- libmodplug --enable-libmp3lame --enable-libtwolame --enable-libx264 --enable-nonfree --enable-openssl --enable-x11grab --samples=../fate-suite libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 [dca @ 0x2a100400] Not a valid DCA frame [dca @ 0x2a100400] error decoding block [dca @ 0x2a100400] Invalid bit allocation index [dca @ 0x2a100400] error decoding block [dca @ 0x2a100400] Didn't get subframe DSYNC [dca @ 0x2a100400] error decoding block ... Last message repeated 3 times [dca @ 0x2a100400] Didn't get subframe DSYNC [dca @ 0x2a100400] error decoding block [wav @ 0x2a0ee100] decoding for stream 0 failed [wav @ 0x2a0ee100] Could not find codec parameters for stream 0 (Audio: dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s): no decodable DTS frames Consider increasing the value for the 'analyzeduration' and 'probesize' options /usr/home/petra/Downloads/steps-stereo-16b-44khz.wav: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:08:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:08:08 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.a9dac54e5489a8ad26b0082b2427b140@avcodec.org> #2810: unsupported wav ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:09:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:09:36 -0000 Subject: [FFmpeg-trac] #2209(undetermined:open): provide way to list supported codecs in container In-Reply-To: <038.e64d5c48f266fe3a520d71b4f039d4d1@avcodec.org> References: <038.e64d5c48f266fe3a520d71b4f039d4d1@avcodec.org> Message-ID: <053.2b1a90498b42c2a6dc872fc1dd945509@avcodec.org> #2209: provide way to list supported codecs in container -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by richardpl): * priority: normal => wish * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:12:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:12:10 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.b64f3d44ef85361c291c0f2161fc4222@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: 1.2.1 | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac, nintendo, unplayable, encoding => aac * priority: important => normal Comment: Please test current git head and please provide the command line together with the complete uncut console output to make this a valid ticket. And please encode a sample with faac (confirm that if works) and provide the sample and the working faac command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:14:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:14:42 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.47160226a8cf6220bce7de4704c8e888@avcodec.org> #2810: unsupported wav ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => wav * priority: normal => important * reproduced: 1 => 0 Comment: Looks important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:21:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:21:14 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.0b8c2fcc3d57cc80a5ec9073cf50b532@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I inserted {{{ av_log(NULL, AV_LOG_DEBUG, "\n cutoff=%d, lambda=%f, frame_bit_rate=%d, bandwidth=%d\n",cutoff,lambda,frame_bit_rate,bandwidth); }}} in aaccoder.c twoloop line 795, and found cutoff differs between different frames. I used -q:a 0.4, stereo 44.1kHz. I assume <99 cutoffs are the short blocks and 500< cutoffs are the long tonal blocks. The cutoff varies throughout the same music. 11.7k~13.6k for the short blocks, 11.5k~13.2k for the long blocks. (Calculated from the 25 raw examples below) {{{ cutoff=77, lambda=47.000000, frame_bit_rate=46034, bandwidth=14508 cutoff=614, lambda=47.000000, frame_bit_rate=45648, bandwidth=14412 cutoff=76, lambda=47.000000, frame_bit_rate=45648, bandwidth=14412 cutoff=612, lambda=47.000000, frame_bit_rate=45417, bandwidth=14354 cutoff=76, lambda=47.000000, frame_bit_rate=45417, bandwidth=14354 cutoff=532, lambda=47.000000, frame_bit_rate=37937, bandwidth=12484 Last message repeated 1 times cutoff=538, lambda=47.000000, frame_bit_rate=38477, bandwidth=12619 Last message repeated 1 times size= 242kB time=00:00:15.80 bitrate= 125.2kbits/s cutoff=68, lambda=47.000000, frame_bit_rate=39017, bandwidth=12754 cutoff=544, lambda=47.000000, frame_bit_rate=39017, bandwidth=12754 cutoff=548, lambda=47.000000, frame_bit_rate=39402, bandwidth=12850 Last message repeated 1 times cutoff=551, lambda=47.000000, frame_bit_rate=39711, bandwidth=12927 Last message repeated 1 times cutoff=554, lambda=47.000000, frame_bit_rate=39942, bandwidth=12985 Last message repeated 1 times cutoff=69, lambda=47.000000, frame_bit_rate=40173, bandwidth=13043 cutoff=556, lambda=47.000000, frame_bit_rate=40173, bandwidth=13043 cutoff=69, lambda=47.000000, frame_bit_rate=40405, bandwidth=13101 cutoff=558, lambda=47.000000, frame_bit_rate=40405, bandwidth=13101 cutoff=561, lambda=47.000000, frame_bit_rate=40636, bandwidth=13159 Last message repeated 1 times cutoff=562, lambda=47.000000, frame_bit_rate=40713, bandwidth=13178 Last message repeated 1 times cutoff=71, lambda=47.000000, frame_bit_rate=41870, bandwidth=13467 cutoff=574, lambda=47.000000, frame_bit_rate=41870, bandwidth=13467 cutoff=79, lambda=47.000000, frame_bit_rate=47653, bandwidth=14913 Last message repeated 1 times cutoff=78, lambda=47.000000, frame_bit_rate=46651, bandwidth=14662 Last message repeated 1 times cutoff=76, lambda=47.000000, frame_bit_rate=45031, bandwidth=14257 Last message repeated 1 times [output stream 0:0 @ 04adab60] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. cutoff=75, lambda=47.000000, frame_bit_rate=44337, bandwidth=14084 Last message repeated 1 times cutoff=68, lambda=47.000000, frame_bit_rate=39711, bandwidth=12927 Last message repeated 1 times [aac @ 04aaf580] Trying to remove 504 more samples than there are in the queue size= 253kB time=00:00:16.10 bitrate= 128.9kbits/s video:0kB audio:250kB subtitle:0 global headers:0kB muxing overhead 1.475195% 755 frames successfully decoded, 0 decoding errors [AVIOContext @ 04ad0440] Statistics: 30 seeks, 779 writeouts [AVIOContext @ 04d6f8a0] Statistics: 3123324 bytes read, 2 seeks }}} {{{ ffmpeg54890g.exe -v 9 -loglevel 99 -i ffmpeg_aacvbr_pulse2.wav -c:a aac -strict experimental -q:a 0.4 ffmpeg_aacvbr_pulse2.mp4 }}} I tried to automate it by batch script, including preserving the av_log output but somehow it freezes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:33:45 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:33:45 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.5f3386d458352a0cfa92a43921846aa8@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Don't worry, for the new patch I'm using refbits instead of destbits, refbits is a direct derivation of lambda, so it won't change. I couldn't make the changing bandwidth work in a stable fashion without a lot more work, so I'll reserve that for a further patch, maybe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:47:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:47:28 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.cd73fa454bd87e5e95b7502ff0c63c26@avcodec.org> #2810: unsupported wav ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:48:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:48:48 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.9101193dfe609ba88017c42e747486e2@avcodec.org> #2810: unsupported wav ------------------------------------+------------------------------------ Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:49:51 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:49:51 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.07850a3ab34a2b88bf343eba7a0985d1@avcodec.org> #2810: unsupported wav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav dca probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wav => regression wav dca probe * reproduced: 0 => 1 Comment: Regression since 697b476. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:57:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:57:03 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.883e8e3e34d35eaac9e70f998acb00e2@avcodec.org> #2810: unsupported wav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav dca probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by richardpl: Old description: > Summary of the bug: > Wav file produced with audacity is detected to have dca codec but it is > actually pcm. > How to reproduce: > {{{ > > ffprobe /usr/home/petra/Downloads/steps-stereo-16b-44khz.wav > ffprobe version N-54927-g733f6df Copyright (c) 2007-2013 the FFmpeg > developers > built on Jul 25 2013 13:55:44 with FreeBSD clang version 3.1 > (branches/release_31 156863) 20120523 > configuration: --cc=clang --as=clang --extra- > cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --disable- > postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr - > -disable-indev=dshow --disable-indev=dv1394 --disable-indev=fbdev > --disable-indev=jack --disable-indev=libcdio --disable-indev=libdc1394 > --disable-indev=openal --disable-indev=pulse --disable > -indev=sndio --disable-indev=vfwcap --disable-outdev=sndio --disable- > outdev=alsa --disable-outdev=sdl --disable-outdev=caca --disable- > outdev=xv --disable-ffplay --disable-ffserver --disable-d > oc --enable-gpl --disable-static --disable-debug --enable-shared > --enable-libschroedinger --enable-libopenjpeg --enable-libfreetype > --enable-libmodplug --enable-libmp3lame --enable-libtwolame > --enable-libx264 --enable-nonfree --enable-openssl --enable-x11grab > --samples=../fate-suite > libavutil 52. 40.100 / 52. 40.100 > libavcodec 55. 19.100 / 55. 19.100 > libavformat 55. 12.102 / 55. 12.102 > libavdevice 55. 3.100 / 55. 3.100 > libavfilter 3. 81.103 / 3. 81.103 > libswscale 2. 4.100 / 2. 4.100 > libswresample 0. 17.103 / 0. 17.103 > [dca @ 0x2a100400] Not a valid DCA frame > [dca @ 0x2a100400] error decoding block > [dca @ 0x2a100400] Invalid bit allocation index > [dca @ 0x2a100400] error decoding block > [dca @ 0x2a100400] Didn't get subframe DSYNC > [dca @ 0x2a100400] error decoding block > ... > Last message repeated 3 times > [dca @ 0x2a100400] Didn't get subframe DSYNC > [dca @ 0x2a100400] error decoding block > [wav @ 0x2a0ee100] decoding for stream 0 failed > [wav @ 0x2a0ee100] Could not find codec parameters for stream 0 (Audio: > dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s): no > decodable DTS frames > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > /usr/home/petra/Downloads/steps-stereo-16b-44khz.wav: Operation not > permitted > }}} New description: Summary of the bug: Wav file produced with audacity is detected to have dca codec but it is actually pcm. How to reproduce: {{{ > ffprobe steps-stereo-16b-44khz.wav ffprobe version N-54927-g733f6df Copyright (c) 2007-2013 the FFmpeg developers built on Jul 25 2013 13:55:44 with FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 configuration: --cc=clang --as=clang --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib --disable-postproc --disable-indev=v4l2 --disable-indev=alsa --disable-indev=bktr - -disable-indev=dshow --disable-indev=dv1394 --disable-indev=fbdev --disable-indev=jack --disable-indev=libcdio --disable-indev=libdc1394 --disable-indev=openal --disable-indev=pulse --disable -indev=sndio --disable-indev=vfwcap --disable-outdev=sndio --disable- outdev=alsa --disable-outdev=sdl --disable-outdev=caca --disable-outdev=xv --disable-ffplay --disable-ffserver --disable-d oc --enable-gpl --disable-static --disable-debug --enable-shared --enable- libschroedinger --enable-libopenjpeg --enable-libfreetype --enable- libmodplug --enable-libmp3lame --enable-libtwolame --enable-libx264 --enable-nonfree --enable-openssl --enable-x11grab --samples=../fate-suite libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 [dca @ 0x2a100400] Not a valid DCA frame [dca @ 0x2a100400] error decoding block [dca @ 0x2a100400] Invalid bit allocation index [dca @ 0x2a100400] error decoding block [dca @ 0x2a100400] Didn't get subframe DSYNC [dca @ 0x2a100400] error decoding block ... Last message repeated 3 times [dca @ 0x2a100400] Didn't get subframe DSYNC [dca @ 0x2a100400] error decoding block [wav @ 0x2a0ee100] decoding for stream 0 failed [wav @ 0x2a0ee100] Could not find codec parameters for stream 0 (Audio: dts ([1][0][0][0] / 0x0001), 192000 Hz, 2 channels, fltp, 0 kb/s): no decodable DTS frames Consider increasing the value for the 'analyzeduration' and 'probesize' options steps-stereo-16b-44khz.wav: Operation not permitted }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 18:59:54 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 16:59:54 -0000 Subject: [FFmpeg-trac] #2808(undetermined:new): https protocol with parameters as input failed In-Reply-To: <037.04647afd521cd79870722e91d73fff72@avcodec.org> References: <037.04647afd521cd79870722e91d73fff72@avcodec.org> Message-ID: <052.a7a9076219fe99ddd6578754a334382e@avcodec.org> #2808: https protocol with parameters as input failed -------------------------------------+------------------------------------- Reporter: ebaynaud | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: https | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: https, http, parameters => https * priority: important => normal Comment: How do you know that the https address is supposed to work? I tried wget (and curl) and get the same 403: {{{ $ wget "https://d3qcr8gwcxn3c1.cloudfront.net/encoded/en/0_180.mp4?Expires=1378035086&Signature =S36da20XZSIneWru- 1GYkTJ0kSb34ll7oTjClyyj0bEQYYyC93Cqsk26s44Khtt0DEFdJUOSaUZ28FoXp5cW ~PDJUpiyRLEYouG5AFZnlrROTOI8d8K5DPvHf-1AzJb-zd ~pfqx8m94K4YYFkiDCWDA82gqQYzRTGs4mpX-hCQQ_&Key-Pair- Id=APKAJQ6E3EVY3OVM4M6Q" --2013-07-25 18:58:50-- https://d3qcr8gwcxn3c1.cloudfront.net/encoded/en/0_180.mp4?Expires=1378035086&Signature =S36da20XZSIneWru- 1GYkTJ0kSb34ll7oTjClyyj0bEQYYyC93Cqsk26s44Khtt0DEFdJUOSaUZ28FoXp5cW ~PDJUpiyRLEYouG5AFZnlrROTOI8d8K5DPvHf-1AzJb-zd ~pfqx8m94K4YYFkiDCWDA82gqQYzRTGs4mpX-hCQQ_&Key-Pair- Id=APKAJQ6E3EVY3OVM4M6Q Resolving d3qcr8gwcxn3c1.cloudfront.net (d3qcr8gwcxn3c1.cloudfront.net)... 54.230.45.134, 54.240.162.212, 54.240.162.88, ... Connecting to d3qcr8gwcxn3c1.cloudfront.net (d3qcr8gwcxn3c1.cloudfront.net)|54.230.45.134|:443... connected. HTTP request sent, awaiting response... 403 Forbidden 2013-07-25 18:58:50 ERROR 403: Forbidden. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 19:01:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 17:01:15 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.da630d77443e827720fe0a8f5494892a@avcodec.org> #2810: unsupported wav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav dca probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 richardpl]: Your name isn't Richard? How is this ticket ffprobe-related? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 19:05:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 17:05:42 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.d4d09aa59af85924f19a5a68af427be5@avcodec.org> #2810: unsupported wav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav dca probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): Replying to [comment:7 cehoyos]: > Replying to [comment:6 richardpl]: > > Your name isn't Richard? > > How is this ticket ffprobe-related? My name is Khan. Ticket is not ffprobe related. Do you have more unrelated questions? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 20:19:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 18:19:22 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.b9df691755cf86e5e245f3ae9eb98ce1@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by playingwithmusic): * version: 1.2.1 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 20:48:45 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 18:48:45 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.092c44891c8eeefeb9519b6902e5d634@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): The command used to create "latest_ffmpeg.m4a" was {{{for f in *.webm; do ffmpeg -i "$f" -c:a libfaac -b:a 96k -ar 44100 -vn "${f%.webm}.m4a"; done}}} I manually renamed the file prior to upload. The output of {{{ffmpeg -v 9 -loglevel 99 -i Nervous_Breakdown.webm}}} was {{{ffmpeg version git-2013-07-25-de0a1f6 Copyright (c) 2000-2013 the FFmpeg developers}}} {{{built on Jul 25 2013 13:59:49 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)}}} {{{configuration: --prefix=/home/gary/ffmpeg_build --extra- cflags=-I/home/gary/ffmpeg_build/include --extra- ldflags=-L/home/gary/ffmpeg_build/lib --bindir=/home/gary/bin --extra- libs=-ldl --enable-gpl --enable-libass --enable-libvorbis --enable-libvpx --enable-libfaac --enable-nonfree --enable-x11grab}}} {{{ libavutil 52. 40.100 / 52. 40.100}}} {{{ libavcodec 55. 19.100 / 55. 19.100}}} {{{ libavformat 55. 12.102 / 55. 12.102}}} {{{ libavdevice 55. 3.100 / 55. 3.100}}} {{{ libavfilter 3. 81.103 / 3. 81.103}}} {{{ libswscale 2. 4.100 / 2. 4.100}}} {{{ libswresample 0. 17.103 / 0. 17.103}}} {{{ libpostproc 52. 3.100 / 52. 3.100}}} {{{Splitting the commandline.}}} {{{Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'.}}} {{{Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'.}}} {{{Reading option '-i' ... matched as input file with argument 'Nervous_Breakdown.webm'.}}} {{{Finished splitting the commandline.}}} {{{Parsing a group of options: global .}}} {{{Applying option v (set logging level) with argument 9.}}} {{{Successfully parsed a group of options.}}} {{{Parsing a group of options: input file Nervous_Breakdown.webm.}}} {{{Successfully parsed a group of options.}}} {{{Opening an input file: Nervous_Breakdown.webm.}}} {{{[matroska,webm @ 0x24aa0c0] 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}}} {{{[matroska,webm @ 0x24aa0c0] File position before avformat_find_stream_info() is 4204}}} {{{[matroska,webm @ 0x24aa0c0] All info found}}} {{{[matroska,webm @ 0x24aa0c0] File position after avformat_find_stream_info() is 143660}}} {{{Input #0, matroska,webm, from 'Nervous_Breakdown.webm':}}} {{{Duration: 00:02:49.47, start: 0.000000, bitrate: 1831 kb/s}}} {{{Stream #0:0, 1, 1/1000: Video: vp8, yuv420p, 1280x720, 1/1000, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 1k tbn, 1k tbc (default)}}} {{{ Stream #0:1, 1, 1/1000: Audio: vorbis, 44100 Hz, stereo, fltp (default)}}} {{{Successfully opened the file.}}} {{{At least one output file must be specified}}} {{{[AVIOContext @ 0x24b2780] Statistics: 143660 bytes read, 0 seeks}}} "faac.m4a" plays just fine. The command used to create it was {{{for f in *.webm; do ffmpeg -i "$f" -ar 44100 -vn -af volume=1.50 "${f%.webm}.wav"; done && faac -c 44100 -q 50 -w *.wav && rm *.wav}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 20:54:22 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 18:54:22 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.db33bd28147deb7c5714f05acbdfadfa@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Don't you agree that it would be much easier to reproduce your problem if you'd use actual command lines (with actual file names) instead of shell scripts with variables? What happens if you use -aq 50 with ffmpeg or -b 96 with faac? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 21:03:45 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 19:03:45 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.58bbde9bfe249737a7d2519885defedf@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): I didn't stop to think about that. Sorry. {{{ffmpeg -i Nervous_Breakdown.webm -c:a libfaac -aq 50 -ar 44100 -vn Nervous_Breakdown.m4a}}} results in an unplayable file. {{{ffmpeg -i Nervous_Breakdown.webm -ar 44100 -vn -af volume=1.50 Nervous_Breakdown.wav && faac -c 44100 -b 96 -w *.wav && rm *.wav}}} plays fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 21:05:20 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 19:05:20 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.53695a1427c95c3b471be76ce2ca78be@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): I've tried these commands with and without the {{{-af volume=1.50}}} parameter, and it makes no difference. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 21:11:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 19:11:01 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC files encoded with ffmpeg/avconv do not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.1674bd26c72eb49dc25c9af9eb4f1ae2@avcodec.org> #2809: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the Nintendo device only support mp4 files or also aac? What happens if you remove -w from the faac command line and encode to .aac with FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 21:18:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 19:18:35 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices (was: AAC files encoded with ffmpeg/avconv do not play on Nintendo devices) In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.e4acd365b7e288b9251a5cbeabdcbaba@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Old description: > Summary of the bug: When converting files of any input format to AAC > audio (in .mp4, .m4a, or .aac containers), the files will not play on > Nintendo DSi/DSi XL/3DS/3DS XL. The files are detected, but when > selected, they display "Could not play." It does not matter which AAC > encoder is used. The fact that files encoded with libfaac in ffmpeg fail > to play while the standalone faac works flawlessly suggests a problem in > ffmpeg rather than the encoder. > > How to reproduce: Convert any file to AAC audio with frequency > 41000-48000 Hz and bitrate 16-320 kbps, copy to SD card, and attempt to > play on a Nintendo handheld. One of the commands that I tried is listed > below, but any variation (such as with avconv command and -c:a aac and > -strict -2 parameters) should produce the same results. > > {{{ > for f in *.webm; do ffmpeg -i "$f" -acodec libfaac -b:a 128k -ar 44100 > -vn -af volume=1.50 "${f%.webm}.m4a"; done > ffmpeg version 1.2.1 > built on Jul 11 2013 07:32:35 with gcc 4.8 (Debian 4.8.1-6) > configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector > --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- > ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- > libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- > pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- > x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb > --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- > nonfree --disable-stripping --enable-libvpx --enable-libschroedinger > --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg > --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- > aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable- > libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable- > libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable- > openssl --enable-libass --enable-libopus --enable-fontconfig --enable- > libpulse --disable-mips32r2 --disable-mipsdspr libavutil > }}} > I've attached an output file of this command. The corresponding input may > be found at [https://www.youtube.com/watch?v=ALuCtudUHhs] New description: Summary of the bug: When converting files of any input format to AAC audio (in .mp4, .m4a, or .aac containers), the files will not play on Nintendo DSi/DSi XL/3DS/3DS XL. The files are detected, but when selected, they display "Could not play." It does not matter which AAC encoder is used. The fact that files encoded with libfaac in ffmpeg fail to play while the standalone faac works flawlessly suggests a problem in ffmpeg rather than the encoder. How to reproduce: Convert any file to AAC audio with frequency 41000-48000 Hz and bitrate 16-320 kbps, copy to SD card, and attempt to play on a Nintendo handheld. One of the commands that I tried is listed below, but any variation (such as with ffmpeg command and -c:a aac and -strict -2 parameters) should produce the same results. {{{ for f in *.webm; do ffmpeg -i "$f" -acodec libfaac -b:a 128k -ar 44100 -vn -af volume=1.50 "${f%.webm}.m4a"; done ffmpeg version 1.2.1 built on Jul 11 2013 07:32:35 with gcc 4.8 (Debian 4.8.1-6) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr libavutil }}} I've attached an output file of this command. The corresponding input may be found at [https://www.youtube.com/watch?v=ALuCtudUHhs] -- Comment (by llogan): Please confirm if native AAC encoder also fails: {{{ ffmpeg -i input -c:a aac -strict -2 -ar 44100 -vn output.m4a }}} Does remuxing the working output from faac produce a non-working file? {{{ ffmpeg -i faacoutput -c copy output.m4a }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 21:44:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 19:44:15 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.3feaab8c0beb0cbe96541111b9537c9c@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): They all support .mp4, .m4a and .3gp files. The .aac files do not appear. Upon renaming the files to the supported extensions, they still do not play, regardless of whether faac or FFmpeg was used. Using either of the commands listed above still results in an unplayable file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 21:52:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 19:52:56 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.36d5fb90cb11c03acf3477e3ebff8bba@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 playingwithmusic]: > They all support .mp4, .m4a and .3gp files. The .aac files do not appear. Upon renaming the files to the supported extensions, they still do not play, regardless of whether faac or FFmpeg was used. I did not mean renaming but using faac with its default adts mode: {{{$ faac -b 96 Nervous_Breakdown.wav}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 22:03:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 20:03:38 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.c1a2e54060ddf67565f0abf13624459d@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): I did remove the -w portion and use the default adts mode. The files would not appear. I'm unaware of how to edit the original summary, but it seems that .3gp should take the place of .aac; only .m4a, .mp4 and .3gp extensions are supported by Nintendo's devices. Upon finding this out, I renamed the .aac files to each of the supported extensions in turn, and they still did not play despite half of them being encoded using faac. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jul 25 22:37:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Jul 2013 20:37:40 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.7c29c53702dafc1d7280ebc1db99f7f0@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > Summary of the bug: When converting files of any input format to AAC > audio (in .mp4, .m4a, or .aac containers), the files will not play on > Nintendo DSi/DSi XL/3DS/3DS XL. The files are detected, but when > selected, they display "Could not play." It does not matter which AAC > encoder is used. The fact that files encoded with libfaac in ffmpeg fail > to play while the standalone faac works flawlessly suggests a problem in > ffmpeg rather than the encoder. > > How to reproduce: Convert any file to AAC audio with frequency > 41000-48000 Hz and bitrate 16-320 kbps, copy to SD card, and attempt to > play on a Nintendo handheld. One of the commands that I tried is listed > below, but any variation (such as with ffmpeg command and -c:a aac and > -strict -2 parameters) should produce the same results. > > {{{ > for f in *.webm; do ffmpeg -i "$f" -acodec libfaac -b:a 128k -ar 44100 > -vn -af volume=1.50 "${f%.webm}.m4a"; done > ffmpeg version 1.2.1 > built on Jul 11 2013 07:32:35 with gcc 4.8 (Debian 4.8.1-6) > configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector > --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- > ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- > libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- > pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- > x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb > --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- > nonfree --disable-stripping --enable-libvpx --enable-libschroedinger > --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg > --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- > aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable- > libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable- > libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable- > openssl --enable-libass --enable-libopus --enable-fontconfig --enable- > libpulse --disable-mips32r2 --disable-mipsdspr libavutil > }}} > I've attached an output file of this command. The corresponding input may > be found at [https://www.youtube.com/watch?v=ALuCtudUHhs] New description: Summary of the bug: When converting files of any input format to AAC audio (in .mp4, .m4a, or .3gp containers), the files will not play on Nintendo DSi/DSi XL/3DS/3DS XL. The files are detected, but when selected, they display "Could not play." It does not matter which AAC encoder is used. The fact that files encoded with libfaac in ffmpeg fail to play while the standalone faac works flawlessly suggests a problem in ffmpeg rather than the encoder. How to reproduce: Convert any file to AAC audio with frequency 41000-48000 Hz and bitrate 16-320 kbps, copy to SD card, and attempt to play on a Nintendo handheld. One of the commands that I tried is listed below, but any variation (such as with ffmpeg command and -c:a aac and -strict -2 parameters) should produce the same results. {{{ for f in *.webm; do ffmpeg -i "$f" -acodec libfaac -b:a 128k -ar 44100 -vn -af volume=1.50 "${f%.webm}.m4a"; done ffmpeg version 1.2.1 built on Jul 11 2013 07:32:35 with gcc 4.8 (Debian 4.8.1-6) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr libavutil }}} I've attached an output file of this command. The corresponding input may be found at [https://www.youtube.com/watch?v=ALuCtudUHhs] -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 05:04:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 03:04:59 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.cce9ce89ade1feaea145956f51a84876@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): The next patch seems to be a good one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 10:55:55 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 08:55:55 -0000 Subject: [FFmpeg-trac] #2808(undetermined:new): https protocol with parameters as input failed In-Reply-To: <037.04647afd521cd79870722e91d73fff72@avcodec.org> References: <037.04647afd521cd79870722e91d73fff72@avcodec.org> Message-ID: <052.725005e36bf59f3a28b32472b0ebacd5@avcodec.org> #2808: https protocol with parameters as input failed -------------------------------------+------------------------------------- Reporter: ebaynaud | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: https | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ebaynaud): You're right, it was a bad signature issue. You can reject the issue. Sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 10:56:57 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 08:56:57 -0000 Subject: [FFmpeg-trac] #2808(undetermined:closed): https protocol with parameters as input failed In-Reply-To: <037.04647afd521cd79870722e91d73fff72@avcodec.org> References: <037.04647afd521cd79870722e91d73fff72@avcodec.org> Message-ID: <052.64034316f62b166cd0c4bd76004755d6@avcodec.org> #2808: https protocol with parameters as input failed -------------------------------------+------------------------------------- Reporter: ebaynaud | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: https | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 11:05:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 09:05:29 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.1b0ebaf5a63f836dc2cf4665fa584135@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Old description: > Summary of the bug: When converting files of any input format to AAC > audio (in .mp4, .m4a, or .3gp containers), the files will not play on > Nintendo DSi/DSi XL/3DS/3DS XL. The files are detected, but when > selected, they display "Could not play." It does not matter which AAC > encoder is used. The fact that files encoded with libfaac in ffmpeg fail > to play while the standalone faac works flawlessly suggests a problem in > ffmpeg rather than the encoder. > > How to reproduce: Convert any file to AAC audio with frequency > 41000-48000 Hz and bitrate 16-320 kbps, copy to SD card, and attempt to > play on a Nintendo handheld. One of the commands that I tried is listed > below, but any variation (such as with ffmpeg command and -c:a aac and > -strict -2 parameters) should produce the same results. > > {{{ > for f in *.webm; do ffmpeg -i "$f" -acodec libfaac -b:a 128k -ar 44100 > -vn -af volume=1.50 "${f%.webm}.m4a"; done > ffmpeg version 1.2.1 > built on Jul 11 2013 07:32:35 with gcc 4.8 (Debian 4.8.1-6) > configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector > --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- > ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- > libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- > pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- > x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb > --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- > nonfree --disable-stripping --enable-libvpx --enable-libschroedinger > --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg > --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- > aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable- > libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable- > libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable- > openssl --enable-libass --enable-libopus --enable-fontconfig --enable- > libpulse --disable-mips32r2 --disable-mipsdspr libavutil > }}} > I've attached an output file of this command. The corresponding input may > be found at [https://www.youtube.com/watch?v=ALuCtudUHhs] New description: Summary of the bug: When converting files of any input format to AAC audio (in .mp4, .m4a, or ~~aac~~ .3gp containers), the files will not play on Nintendo DSi/DSi XL/3DS/3DS XL. The files are detected, but when selected, they display "Could not play." It does not matter which AAC encoder is used. The fact that files encoded with libfaac in ffmpeg fail to play while the standalone faac works flawlessly suggests a problem in ffmpeg rather than the encoder. How to reproduce: Convert any file to AAC audio with frequency 41000-48000 Hz and bitrate 16-320 kbps, copy to SD card, and attempt to play on a Nintendo handheld. One of the commands that I tried is listed below, but any variation (such as with ffmpeg command and -c:a aac and -strict -2 parameters) should produce the same results. {{{ for f in *.webm; do ffmpeg -i "$f" -acodec libfaac -b:a 128k -ar 44100 -vn -af volume=1.50 "${f%.webm}.m4a"; done ffmpeg version 1.2.1 built on Jul 11 2013 07:32:35 with gcc 4.8 (Debian 4.8.1-6) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr libavutil }}} I've attached an output file of this command. The corresponding input may be found at [https://www.youtube.com/watch?v=ALuCtudUHhs] -- Comment (by cehoyos): Please test the following command lines: {{{ $ ffmpeg -i faac.m4a -acodec copy out.mp4 $ ffmpeg -i faac.m4a -acodec copy out.3gp }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 11:19:58 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 09:19:58 -0000 Subject: [FFmpeg-trac] #2810(avformat:open): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.ccfbae2b8b7fdddb18ebb69e1f200469@avcodec.org> #2810: unsupported wav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: wav dca probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry for not adding a workaround originally. This is **not** the correct workaround (suggested [http://stackoverflow.com/revisions/17817234/2 elsewhere]): ~~{{{ffmpeg -f s16le ... }}}~~ The following works as expected: {{{$ ffmpeg -acodec pcm_s16le -i steps-stereo-16b-44khz.wav}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 12:08:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 10:08:03 -0000 Subject: [FFmpeg-trac] #2810(avformat:closed): unsupported wav In-Reply-To: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> References: <038.e83f8a58cb81e2f90014d16cf66728d2@avcodec.org> Message-ID: <053.dab23da9b10cce072c9af12d37ccba59@avcodec.org> #2810: unsupported wav -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: wav dca probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 6663205338f57eedb2392263dde48e2717c6e980 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 13:52:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 11:52:13 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.04dd635fcfa187769f935c75aa60adad@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): Neither of the files play. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 13:55:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 11:55:49 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.d011b29329c66eefc7393345cb8a7b12@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does the Sony TV also support audio-only transport streams, ie does the following produce working output? {{{$ ffmpeg -i sample_avi_to_mpegts_with_reencoding_mp3_audio_to_ac3.avi -vn -acodec ac3 out.ts}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 14:24:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 12:24:56 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.1c074a66634ab5e23cee9eefd06b091f@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac => aac mov Comment: I attached three files to test: Do any of them play on your Nintendo device? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 14:37:11 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 12:37:11 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.51fd675801e84f07a6730888d7e339db@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): All three play. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 15:24:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 13:24:56 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.46f8f9d597196a67d95434d7f7f7e437@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please test the following: {{{ $ ffmpeg -i faac.m4a -acodec copy -skip_iods 0 test.m4a $ ffmpeg -i faac.m4a -acodec copy -skip_iods 0 test.mp4 $ ffmpeg -i faac.m4a -acodec copy -skip_iods 0 test.3gp }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 15:31:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 13:31:00 -0000 Subject: [FFmpeg-trac] #1275(FFserver:open): ffserver x264 presets In-Reply-To: <034.2c961ca874092bf9501c317198042273@avcodec.org> References: <034.2c961ca874092bf9501c317198042273@avcodec.org> Message-ID: <049.19497a54a931f0f733c4bfebd84b19f2@avcodec.org> #1275: ffserver x264 presets ------------------------------------+------------------------------------ Reporter: burek | Owner: mastered Type: defect | Status: open Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by mastered): * analyzed: 0 => 1 * owner: => mastered * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 15:34:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 13:34:25 -0000 Subject: [FFmpeg-trac] #2811(avcodec:new): error shown for h264 I-frame Message-ID: <036.d423a4ed24286d2d749a10d3b29a1e0e@avcodec.org> #2811: error shown for h264 I-frame -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git- | Keywords: regression master | h264 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44281/focus=46797 A user uploaded a transport stream recorded with a camera for which FFmpeg shows an error message (only) when decoding the first frame (an I-frame, not an IDR-frame). The same error is shown when only reading the raw I-frame since d9ced9f (related to ticket #711), the frame can be decoded with the reference decoder (bit-identical with FFmpeg). {{{ $ ffmpeg -i 00005.mts.Iframe.264 ^C cehoyos at lisbeth:~/test/cehoyos/Samples/users> mv 00005.mts.Iframe.264 Iframe.264 cehoyos at lisbeth:~/test/cehoyos/Samples/users> ~/test/cehoyos/FFmpeg/ffmpeg -i Iframe.264 ffmpeg version N-54946-gaf2a196 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 26 2013 15:31:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x1c19be0] mmco: unref short failure [h264 @ 0x1c19080] decoding for stream 0 failed Input #0, h264, from 'Iframe.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 50 tbr, 1200k tbn, 100 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 15:35:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 13:35:35 -0000 Subject: [FFmpeg-trac] #2811(avcodec:new): error shown for h264 I-frame In-Reply-To: <036.d423a4ed24286d2d749a10d3b29a1e0e@avcodec.org> References: <036.d423a4ed24286d2d749a10d3b29a1e0e@avcodec.org> Message-ID: <051.8845540e204c8d54cea3fe8bb7736bd4@avcodec.org> #2811: error shown for h264 I-frame -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: h264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44281/focus=46797 > A user uploaded a transport stream recorded with a camera for which > FFmpeg shows an error message (only) when decoding the first frame (an > I-frame, not an IDR-frame). > The same error is shown when only reading the raw I-frame since d9ced9f > (related to ticket #711), the frame can be decoded with the reference > decoder (bit-identical with FFmpeg). > {{{ > $ ffmpeg -i 00005.mts.Iframe.264 ^C > cehoyos at lisbeth:~/test/cehoyos/Samples/users> mv 00005.mts.Iframe.264 > Iframe.264 > cehoyos at lisbeth:~/test/cehoyos/Samples/users> > ~/test/cehoyos/FFmpeg/ffmpeg -i Iframe.264 > ffmpeg version N-54946-gaf2a196 Copyright (c) 2000-2013 the FFmpeg > developers > built on Jul 26 2013 15:31:59 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl --disable-indev=jack > libavutil 52. 40.100 / 52. 40.100 > libavcodec 55. 19.100 / 55. 19.100 > libavformat 55. 12.102 / 55. 12.102 > libavdevice 55. 3.100 / 55. 3.100 > libavfilter 3. 81.103 / 3. 81.103 > libswscale 2. 4.100 / 2. 4.100 > libswresample 0. 17.103 / 0. 17.103 > libpostproc 52. 3.100 / 52. 3.100 > [h264 @ 0x1c19be0] mmco: unref short failure > [h264 @ 0x1c19080] decoding for stream 0 failed > Input #0, h264, from 'Iframe.264': > Duration: N/A, bitrate: N/A > Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR > 16:9], 50 tbr, 1200k tbn, 100 tbc > At least one output file must be specified > }}} New description: http://thread.gmane.org/gmane.comp.video.ffmpeg.user/44281/focus=46797 A user uploaded a transport stream recorded with a Panasonic AG-HMC150 camera for which FFmpeg shows an error message (only) when decoding the first frame (an I-frame, not an IDR-frame). The same error is shown when only reading the raw I-frame since d9ced9f (related to ticket #711), the frame can be decoded with the reference decoder (bit-identical with FFmpeg). {{{ $ ffmpeg -i 00005.mts.Iframe.264 ^C cehoyos at lisbeth:~/test/cehoyos/Samples/users> mv 00005.mts.Iframe.264 Iframe.264 cehoyos at lisbeth:~/test/cehoyos/Samples/users> ~/test/cehoyos/FFmpeg/ffmpeg -i Iframe.264 ffmpeg version N-54946-gaf2a196 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 26 2013 15:31:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x1c19be0] mmco: unref short failure [h264 @ 0x1c19080] decoding for stream 0 failed Input #0, h264, from 'Iframe.264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 50 tbr, 1200k tbn, 100 tbc At least one output file must be specified }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 15:39:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 13:39:54 -0000 Subject: [FFmpeg-trac] #1275(FFserver:open): ffserver x264 presets In-Reply-To: <034.2c961ca874092bf9501c317198042273@avcodec.org> References: <034.2c961ca874092bf9501c317198042273@avcodec.org> Message-ID: <049.47001bf469e014a624d8db6787b33533@avcodec.org> #1275: ffserver x264 presets ------------------------------------+------------------------------------ Reporter: burek | Owner: mastered Type: defect | Status: open Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 16:03:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 14:03:15 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.06bc56bfd95b42a472fa3ee5fecfff80@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): None of them play. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 16:55:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 14:55:48 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.bff82e8828dde8290fe7c2ce9435e181@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Is the patch available now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 17:30:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 15:30:56 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.135786e199a1435b126c0fd80758740e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Patience. Later today, or perhaps tomorrow, depending on your time zone -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 20:00:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 18:00:19 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.037c031973b507447553f69976b546ea@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test another sample - faacnoids.m4a - where I removed the iods atom from the faac sample? Sorry, this would need somebody who either knows or can make an educated guess about what is missing / unexpected from Nintendo's pov, I can only make wild guesses. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 20:17:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 18:17:45 -0000 Subject: [FFmpeg-trac] #2679(avfilter:closed): Discolored output with vf_gradfun and nv12 pixel format In-Reply-To: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> References: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> Message-ID: <050.5252fed2da0928a49870fa3128bf0f95@avcodec.org> #2679: Discolored output with vf_gradfun and nv12 pixel format ------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in a4b899f588bd45b73b363152042ba71cf84d0efe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jul 26 21:03:07 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 19:03:07 -0000 Subject: [FFmpeg-trac] #2811(avcodec:new): error shown for h264 I-frame In-Reply-To: <036.d423a4ed24286d2d749a10d3b29a1e0e@avcodec.org> References: <036.d423a4ed24286d2d749a10d3b29a1e0e@avcodec.org> Message-ID: <051.85bdc6c3e00c9ed67268178c1194c950@avcodec.org> #2811: error shown for h264 I-frame -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: h264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llogan): I have access to a Panasonic AG-HMC150 camera if additional samples are required. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 27 00:10:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Jul 2013 22:10:06 -0000 Subject: [FFmpeg-trac] #2809(undetermined:new): AAC output does not play on Nintendo devices In-Reply-To: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> References: <045.d09434dd9f1e460993b80500528f03e9@avcodec.org> Message-ID: <060.4c28bd3d77d240b656e13691325b0b87@avcodec.org> #2809: AAC output does not play on Nintendo devices -------------------------------------+------------------------------------- Reporter: | Owner: playingwithmusic | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by playingwithmusic): It plays. I can barely throw together a shell script, so I'm pretty clueless about this sort of thing. If it makes any difference, I remember Nintendo's president being quoted as saying that they went with AAC over other types of audio because AAC is easier to manipulate (fast forward, change pitch, etc). I hope this helps in some way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 27 07:54:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Jul 2013 05:54:10 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.b900f61c61618dbd87a67fc0b8e5a1e7@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Damn. The patch works wonderfully well in VBR, but breaks CBR. I'll have to look into it during the weekend. Patience indeed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 27 09:00:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Jul 2013 07:00:41 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.84fcf1e0625e7d80fca405fc590cbb6f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Yes, the VBR sounds dull and is currently(at v3) poorer than CBR, and it should have a lot of room to improve. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 27 12:48:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Jul 2013 10:48:38 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.b7d08e9318e654b677b38a62d9ecdbe9@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kla960): Yes, it is supported and the sound of the audioonly file is ok. With video the audio is played with short interuptions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 27 13:22:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Jul 2013 11:22:50 -0000 Subject: [FFmpeg-trac] #2712(undetermined:open): remuxing h264 from avi to ts leads to stuttering with WMP (was: avi to mpegts with reencoding mp3 audio to ac3) In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.af9277c013456d5b2d6cd76e0a301f90@avcodec.org> #2712: remuxing h264 from avi to ts leads to stuttering with WMP -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 avi | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 avi mpegts * status: new => open * reproduced: 0 => 1 Comment: Luckily this is reproducible without a specific TV, possibly related to ticket #2398 (and other h264-timestamp related tickets). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 27 19:50:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Jul 2013 17:50:03 -0000 Subject: [FFmpeg-trac] #2712(undetermined:open): remuxing h264 from avi to ts leads to stuttering with WMP In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.a2e0b41cadec381956a79415c4188214@avcodec.org> #2712: remuxing h264 from avi to ts leads to stuttering with WMP -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 avi | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry for not realizing this earlier: The file you uploaded was created with FFmpeg. Please upload the original sample, ie the one you used as input for the FFmpeg command that created the avi file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jul 27 23:56:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Jul 2013 21:56:17 -0000 Subject: [FFmpeg-trac] #2812(undetermined:new): jpeg: support 12bpp grayscale Message-ID: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> #2812: jpeg: support 12bpp grayscale -------------------------------------+------------------------------------- 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 12bpp_progressive.jpg ffmpeg version N-54924-g5156d48 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 25 2013 09:14:26 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [mjpeg @ 0x20e64c0] only 8 bits/component accepted [image2 @ 0x200a920] decoding for stream 0 failed [image2 @ 0x200a920] Could not find codec parameters for stream 0 (Video: mjpeg) : unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options 12bpp_progressive.jpg: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 03:35:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 01:35:41 -0000 Subject: [FFmpeg-trac] #2813(undetermined:new): KMVC decoding artefacts http://multimedia.cx/samples/V-codecs/KMVC/baseball1.avi Message-ID: <033.8919689f59d71e01a3ec676ba0c09238@avcodec.org> #2813: KMVC decoding artefacts http://multimedia.cx/samples/V-codecs/KMVC/baseball1.avi --------------------------------------+---------------------------------- Reporter: wohe | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.0 Keywords: KMVC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: How to reproduce: Playback of http://multimedia.cx/samples/V-codecs/KMVC/baseball1.avi produces artefacts at the bottom. An FFmpeg version from 2007 doesn't show the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 03:48:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 01:48:07 -0000 Subject: [FFmpeg-trac] #2813(avcodec:open): KMVC decoding artefacts http://multimedia.cx/samples/V-codecs/KMVC/baseball1.avi In-Reply-To: <033.8919689f59d71e01a3ec676ba0c09238@avcodec.org> References: <033.8919689f59d71e01a3ec676ba0c09238@avcodec.org> Message-ID: <048.4513a64597368f5d8f27e36ed413822e@avcodec.org> #2813: KMVC decoding artefacts http://multimedia.cx/samples/V-codecs/KMVC/baseball1.avi -------------------------------------+------------------------------------- Reporter: wohe | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: KMVC | 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: 2.0 => git-master * keywords: KMVC => KMVC regression Comment: For future tickets: Please always provide a failing ffmpeg command line together with the complete, uncut console output. Regression since 70b5583. {{{ $ ffmpeg -i baseball1.avi -qscale 2 out.avi ffmpeg version N-54992-g63c0113 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 28 2013 03:47:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'baseball1.avi': Duration: 00:00:15.76, start: 0.000000, bitrate: 2494 kb/s Stream #0:0: Video: kmvc (KMVC / 0x43564D4B), pal8, 320x200, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 22050 Hz, mono, u8, 176 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.12.102 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x200, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 22050 Hz, mono, fltp, 96 kb/s Stream mapping: Stream #0:0 -> #0:0 (kmvc -> mpeg4) Stream #0:1 -> #0:1 (pcm_u8 -> ac3) Press [q] to stop, [?] for help [kmvc @ 0x1aed360] Invalid MV Last message repeated 318 times frame= 394 fps=0.0 q=2.0 Lsize= 2390kB time=00:00:15.81 bitrate=1238.4kbits/s video:2181kB audio:185kB subtitle:0 global headers:0kB muxing overhead 1.031435% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 03:50:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 01:50:55 -0000 Subject: [FFmpeg-trac] #2812(avcodec:new): jpeg: support 12bpp grayscale In-Reply-To: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> References: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> Message-ID: <053.16eb659cb543b1bb9c06014be3f3889e@avcodec.org> #2812: jpeg: support 12bpp grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mjpeg * priority: normal => wish * version: unspecified => git-master * component: undetermined => avcodec * type: defect => enhancement Comment: Which application can decode this image? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 07:06:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 05:06:10 -0000 Subject: [FFmpeg-trac] #2814(undetermined:new): rtmp tp hls fails to produce reliable stream Message-ID: <037.104ba8c7e9c545e8f0caa9edb9566a65@avcodec.org> #2814: rtmp tp hls fails to produce reliable stream -------------------------------------+------------------------------------- Reporter: vkroutik | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- using the head on windows 8 the following command C:\Dev\Tools\ffmpeg\ffmpeg.exe -loglevel 99 -i "rtmp://123.30.108.77/live/THVL1/THVL1 live=1" -c:v copy -c:a aac -strict experimental -bsf h264_mp4toannexb -bsf:a aac_adtstoasc -hls_time 10 -hls_list_size 6 -hls_wrap 60 -start_number 1 -y "C:\Dev\Tools\Test\stream.m3u8" produced hls streams with files which are 1 second long. attached is a report file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 08:26:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 06:26:00 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.7be676b3dbcefd4792837e1b875ab058@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I've encoded weeks of AACs using v3 patch, using diverse samples and diverse bitrates and there were no problem(empty files, return with errors, freezes). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 09:10:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 07:10:54 -0000 Subject: [FFmpeg-trac] #2814(undetermined:new): rtmp tp hls fails to produce reliable stream In-Reply-To: <037.104ba8c7e9c545e8f0caa9edb9566a65@avcodec.org> References: <037.104ba8c7e9c545e8f0caa9edb9566a65@avcodec.org> Message-ID: <052.f8ff13b75174fa0cb37f1662922e0cae@avcodec.org> #2814: rtmp tp hls fails to produce reliable stream -------------------------------------+------------------------------------- Reporter: vkroutik | 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 attach an output file that is "one second long" and the two files immediately before and after. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 12:01:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 10:01:31 -0000 Subject: [FFmpeg-trac] #2815(undetermined:new): rtmp stream plays badly Message-ID: <036.328e955b8af2f939e13a50cc3c51560d@avcodec.org> #2815: rtmp stream plays badly -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: rtmp h264 Blocked By: | dts Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- (Using the stream from ticket #2814, this one may be a duplicate of that ticket that I fail to completely understand and several h264 timestamp- related tickets.) A user provided a stream that I cannot transcode with ffmpeg (the output file is always unplayable). The following commands work at least sometimes and to some degree (the audio file always looks fine): {{{ $ ffmpeg -i rtmp://123.30.108.77/live/THVL1/THVL1?udp=1 out.ac3 $ ffplay rtmp://123.30.108.77/live/THVL1/THVL1?udp=1 $ ffmpeg -i rtmp://123.30.108.77/live/THVL1/THVL1?udp=1 -vcodec copy -vbsf h264_mp4toannexb -acodec aac -strict -2 out.ts }}} Remuxing causes many "Non-monotonous DTS in output stream ... This may result in incorrect timestamps in the output file" messages, ffmpeg cannot transcode out.ts, mplayer mostly fails to play it but ffplay and vlc play it in-sync. Trying to transcode the original rtmp stream never produces a playable output file: {{{ $ time ffmpeg -i rtmp://123.30.108.77/live/THVL1/THVL1?udp=1 -qscale 2 out.avi ffmpeg version N-54992-g63c0113 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 28 2013 11:33:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, flv, from 'rtmp://123.30.108.77/live/THVL1/THVL1?udp=1': Metadata: author : copyright : description : keywords : rating : title : presetname : Custom creationdate : Mon May 06 07:59:58 2013 : videodevice : Matrox Video Capture Device avclevel : 21 avcprofile : 77 videokeyframe_frequency: 5 audiodevice : Realtek HD Audio Input audiochannels : 1 audioinputvolume: 75 Duration: N/A, start: 0.002000, bitrate: 305 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 352x282 [SAR 1:1 DAR 176:141], 256 kb/s, 12.50 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: mp3, 22050 Hz, mono, s16p, 49 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: author : ICOP : description : keywords : rating : INAM : presetname : Custom creationdate : Mon May 06 07:59:58 2013 : videodevice : Matrox Video Capture Device avclevel : 21 avcprofile : 77 videokeyframe_frequency: 5 audiodevice : Realtek HD Audio Input audiochannels : 1 audioinputvolume: 75 ISFT : Lavf55.12.102 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 352x282 [SAR 1:1 DAR 176:141], q=2-31, 200 kb/s, 12.50 tbn, 12.50 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 22050 Hz, mono, fltp, 96 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (mp3 -> ac3) Press [q] to stop, [?] for help [avi @ 0x371a5c0] Too large number of skipped frames 62120 > 60000= 1.2kbits/s dup=0 drop=1617 frame= 19 fps=0.3 q=2.0 Lsize= 769kB time=01:24:50.72 bitrate= 1.2kbits/s dup=0 drop=1619 video:419kB audio:739kB subtitle:0 global headers:0kB muxing overhead -33.579669% real 1m6.563s user 0m2.029s sys 0m0.081s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 12:17:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 10:17:54 -0000 Subject: [FFmpeg-trac] #2816(undetermined:new): configure --libdir doesn't seem to be working Message-ID: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- What you were trying to accomplish: Build ffmpeg for install of everything in directory under home directory The problem you encountered: ffmpeg libraries are installed to /usr/lib no matter which configure --prefix or --libdir is specified or not. The exact command line you were using: $ git clone git://source.ffmpeg.org/ffmpeg.git ffmpeg ./configure --prefix=/home/test/local --bindir=/home/test/local/bin --datadir=/home/test/local/share/ffmpeg --incdir=/home/test/local/include/ffmpeg --libdir=/home/test/local/lib --mandir=/home/test/local/share/man --arch=i686 --optflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp- buffer-size=4 -grecord-gcc-switches -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables' --enable-bzlib --disable-crystalhd --enable- frei0r --enable-gnutls --enable-libass --enable-libcelt --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-openal --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable- libvpx --enable-libx264 --enable-libxvid --enable-x11grab --enable- avfilter --enable-postproc --enable-pthreads --disable-static --enable- shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib --cpu=i686 --enable-runtime-cpudetect The above is the same as listed by running ffmpeg from ffmpeg-1.2.1-3.fc19.i686 for Fedora 19 but with "/usr" replaced by "/home/test/local" $ make $ make install INSTALL libavdevice/libavdevice.so install: cannot create regular file ?/usr/lib/libavdevice.so.55.3.100?: Permission denied make: *** [install-libavdevice-shared] Error 1 The above "make install" would have worked without becoming superuser if install had been to the home directory as specified in the configure command. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 12:25:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 10:25:49 -0000 Subject: [FFmpeg-trac] #2812(avcodec:new): jpeg: support 12bpp grayscale In-Reply-To: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> References: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> Message-ID: <053.daa489491ccb0f8844bfce86863fc2f3@avcodec.org> #2812: jpeg: support 12bpp grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): According to the last post from this thread libjpeg (with some edits of config files) should be able to decode attached samples (but I didn't test): http://forums.nekochan.net/viewtopic.php?f=7&t=16724688 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 13:25:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 11:25:30 -0000 Subject: [FFmpeg-trac] #2816(build system:closed): configure --libdir doesn't seem to be working In-Reply-To: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> References: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> Message-ID: <055.765ec714f29b1e5e69ff0f3c38d2afa3@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme * component: undetermined => build system Comment: You are searching for the following configure option: {{{ --shlibdir=DIR install shared libs in DIR [PREFIX/lib] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 13:48:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 11:48:15 -0000 Subject: [FFmpeg-trac] #2816(build system:closed): configure --libdir doesn't seem to be working In-Reply-To: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> References: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> Message-ID: <055.724becbe688029fb105ee9e8b5fa9fb0@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 cehoyos]: > {{{ > --shlibdir=DIR install shared libs in DIR [PREFIX/lib] > }}} I guess it could be argued that this should default to libdir instead of [PREFIX/lib] but that would change behaviour (for a very unusual configure line) so I will not work on this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 16:03:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 14:03:29 -0000 Subject: [FFmpeg-trac] #2812(avcodec:open): jpeg: support 12bpp grayscale In-Reply-To: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> References: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> Message-ID: <053.51dbddaaecd28a9746e63875872f4149@avcodec.org> #2812: jpeg: support 12bpp grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Decoding to palletized gif works fine with libjpeg v6b. Decoding to pnm produces a file that neither FFmpeg nor ImageMagick can read. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 18:06:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 16:06:54 -0000 Subject: [FFmpeg-trac] #2647(FFplay:closed): No counter when playing back shorten with ffplay In-Reply-To: <036.e14204c6cab32f49b31e0c865789506a@avcodec.org> References: <036.e14204c6cab32f49b31e0c865789506a@avcodec.org> Message-ID: <051.fa72bae8eff1703f93836f3ef0c9813f@avcodec.org> #2647: No counter when playing back shorten with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: shorten | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cus): * status: new => closed * resolution: => fixed Comment: Fixed in 73b2043d727029ecde19c1d92bda8411f18b8e55. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 21:23:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 19:23:55 -0000 Subject: [FFmpeg-trac] #2712(undetermined:open): remuxing h264 from avi to ts leads to stuttering with WMP In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.2851e87e60d1f5bb0a0fe4cadf8e4553@avcodec.org> #2712: remuxing h264 from avi to ts leads to stuttering with WMP -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 avi | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kla960): I uploaded a sample produced with dd if=sample.avi of=sample_avi_to_mpegts_with_reencoding_mp3_audio_to_ac3.avi bs=1024 count=10000 but don't be suprised, it is also a file what was build with ffmpeg by the internet videoportal http://www.onlinetvrecorder.com/v2/ You can reproduce the problem with every HQ videofile. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jul 28 23:21:42 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 21:21:42 -0000 Subject: [FFmpeg-trac] #2812(avcodec:open): jpeg: support 12bpp grayscale In-Reply-To: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> References: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> Message-ID: <053.48ce95787cf8eb4e23591b30c575b875@avcodec.org> #2812: jpeg: support 12bpp grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:3 cehoyos]: > Decoding to pnm produces a file that neither FFmpeg nor ImageMagick can read. This was a bug in libjpeg that was fixed in 2009, no release was made since: http://libjpeg.cvs.sourceforge.net/viewvc/libjpeg/libjpeg/wrppm.c?r1=1.1&r2=1.2 Working pgm files attached for reference. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 00:15:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Jul 2013 22:15:22 -0000 Subject: [FFmpeg-trac] #2812(avcodec:open): jpeg: support 12bpp grayscale In-Reply-To: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> References: <038.bfda5738dab2899ad22df11530bf26af@avcodec.org> Message-ID: <053.f8acc131f3d13631f3caba818a6140ee@avcodec.org> #2812: jpeg: support 12bpp grayscale -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Samples made with libjpeg v6b uploaded for reference. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 03:46:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 01:46:40 -0000 Subject: [FFmpeg-trac] #2737(FFplay:new): There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream In-Reply-To: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> References: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> Message-ID: <056.256a888ebeb3f2272607c884737ed1e2@avcodec.org> #2737: There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream --------------------------------------+---------------------------------- Reporter: felixyang_tw | Owner: Type: enhancement | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by sinkers): To assist with this ticket as I also have this issue please find console output here along with a good online reference stream. It should be noted that this reference stream contains alternate audio and subtitle tracks neither of which seem to work with ffplay. Note I have extensive experience with HLS and happy to help out here providing any advice on how the player could be updated for this. ffplay https://devimages.apple.com.edgekey.net/streaming/examples/bipbop_16x9/bipbop_16x9_variant.m3u8 ffplay version N-54126-g8cdea50 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 22 2013 19:20:40 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libaacplus --enable-libcelt --enable-libfaac --enable- libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-openssl --enable-libopus --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --prefix=/usr/local libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 It should also be noted that the startup for the playback is quite slow as it appears ffplay parses all the variant playlists before starting playback when it should just start playing on the first variant in the list and then adapt based on network conditions or user input. Happy to raise an additional ticket for this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 10:40:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 08:40:32 -0000 Subject: [FFmpeg-trac] #2817(avformat:new): Unimplemented mxf OP1a feature Message-ID: <036.c8b105830bf6cf1d0c317efbb6d65ad3@avcodec.org> #2817: Unimplemented mxf OP1a feature ---------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Keywords: mxf Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- (vlc ticket 9047) A vlc user uploaded a mxf sample that contains features not implemented in FFmpeg. {{{ $ ffmpeg -i DNxHD_from_Adobe_Premiere_Pro_CC.mxf ffmpeg version N-55025-g19da86f Copyright (c) 2000-2013 the FFmpeg developers built on Jul 29 2013 10:40:01 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 0 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 1 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 2 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 3 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 4 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 5 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 6 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mxf @ 0x2e49080] OPAtom misinterpreted as OP1a?KLV for edit unit 7 extending into next edit unit is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mxf @ 0x2e49080] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mxf, from 'DNxHD_from_Adobe_Premiere_Pro_CC.mxf': Metadata: uid : 127428ee-f55a-11e2-a9d4-20c9d044ab43 generation_uid : 127428ef-f55a-11e2-88d3-20c9d044ab43 company_name : Adobe Systems Incorporated product_name : Premiere Pro product_version : 7.0.1 application_platform: Mac OS X product_uid : 10ab07a9-e89e-7510-a923-ea9220524153 modification_date: 2013-07-25 18:43:18 timecode : 00:00:00:00 Duration: 00:00:05.00, start: 0.000000, bitrate: 126202 kb/s Stream #0:0: Video: dnxhd, yuv422p, 1920x1080, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 10:41:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 08:41:13 -0000 Subject: [FFmpeg-trac] #2817(avformat:new): Unimplemented mxf OP1a feature In-Reply-To: <036.c8b105830bf6cf1d0c317efbb6d65ad3@avcodec.org> References: <036.c8b105830bf6cf1d0c317efbb6d65ad3@avcodec.org> Message-ID: <051.ca4e5ed51a6bed6e6d5239d8bab12075@avcodec.org> #2817: Unimplemented mxf OP1a feature -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2817/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 10:59:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 08:59:55 -0000 Subject: [FFmpeg-trac] #2737(undetermined:new): There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream In-Reply-To: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> References: <041.559d6fcd1228b7d89068979ac5b05023@avcodec.org> Message-ID: <056.0dca2b5e25199eaba21c45b32430b137@avcodec.org> #2737: There are discontinuous phenomenon in playing HLS stream when changing another bitrate stream -------------------------------------+------------------------------------- Reporter: | Owner: felixyang_tw | Status: new Type: enhancement | Component: Priority: wish | undetermined Version: git-master | Resolution: Keywords: HLS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * component: FFplay => undetermined Comment: To make this a valid ticket, please provide the failing command line together with the complete, uncut console output (consider attaching the output as a text file if it is long). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 13:40:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 11:40:24 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.11dc0c67a133a96e610f7f8471a9e539@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): klaussfreire, could you provide the VBR-only patch? I'd like to test it. I may be able to detect the problem(s). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 15:37:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 13:37:46 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.740173f8d7ec9dea8c03df5e959de39e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Attached the current WIP. An explanation of what caused the bug for high q values: there was a bug in psy's threshold reduction for hole avoidance. When a second pass was needed, it would accumulate errors due to a simple typo (reduction += instead of reduction =). I don't have the 3GPP spec to check, but I just noticed the code made no sense with the +=, but did with =. Then there's the ESC_BT thing. I think most serious anomalies have been fixed in this bug, I haven't had time to properly test CBR, but it seems to mostly work now. That was very subtle bit reservoir a bug on my "lookahead" patch that didn't surface until I fixed psy. Anyway, I still would like to make VBR achieve lower bitrates without having to resort to LP filtering. I somehow sense it should be possible. In any case, I made CBR also use the same scalefactor-band-based LP filtering to remove the need for the butterworth that didn't save many bits anyway, and now it responds to the -cutoff argument, so if you don't like the default cutoff you can override yourself. It seemed worth parameterizing since I've found some sources that sound better at low bit rates with higher cutoffs, and some that don't. So it's source-dependent. Anyway, enjoy the patch, I'm not sure I'll have time to work on a more permanent (one that I'd push to trunk) one till next weekend. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 16:00:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 14:00:26 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.fd4ff1dd81cf898be4994693945acb08@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Yes, the cutoff is quite source-dependent, and listener-dependent too. Older people may prefer lower cutoffs. BTW, I'm 25 yrs old. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 17:19:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 15:19:03 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.90f0d58ad344f3655894d25cd369db6e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): [[Image(http://i44.tinypic.com/2m43o9i.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 17:27:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 15:27:33 -0000 Subject: [FFmpeg-trac] #2724(avcodec:closed): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.49e7fc8fc0f46668fe9992e7a31d6e25@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV abort real | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The original null pointer dereference was fixed in 161047f, the cause was fixed in aecb9d3, Michael fixed the assertion described in comment:1 in a9903f7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 18:53:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 16:53:42 -0000 Subject: [FFmpeg-trac] #2816(build system:closed): configure --libdir doesn't seem to be working In-Reply-To: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> References: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> Message-ID: <055.c75ad168984f8858a4906913d51abdec@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by alsocurious): Thanks. I already tried --shlibdir but to be sure I tried all 3 combinations in turn --libdir --shlibdir --libdir --shlibdir and the result for all is the same as I reported - that "make install" installs to /usr/lib as if --libdir and --shlibdir are ignored. If that's indeed the case then perhaps the "configure --help" should be updated to reflect that? I'll get by without doing the "make install" by setting LD_LIBRARY_PATH to point to the libs in the build dir - which is perhaps what I'd have to do anyway even if --libdir worked. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 19:21:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 17:21:33 -0000 Subject: [FFmpeg-trac] #2797(avutil:reopened): Context information missing on the console In-Reply-To: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> References: <036.c5e4836f3fae18f8a5486eb37d91ddb2@avcodec.org> Message-ID: <051.faad588b05f05f1bd4575a5c2f9e2c9d@avcodec.org> #2797: Context information missing on the console ------------------------------------+------------------------------------ Reporter: kyleshu | Owner: Type: defect | Status: reopened Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kyleshu): Replying to [comment:11 cehoyos]: > Please reopen if you can provide a reproducible test case together with complete, uncut console output. Sorry for bothering you guys. Did you guys find a solution for this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 19:53:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 17:53:19 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.e4a71f18b094209d3a9b8c59540eed7e@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): [[Image(http://i44.tinypic.com/1zmczg5.png)]] aaccoder.c line 806 from {{{ ? (refbits * 1.6f * avctx->sample_rate / 1024) }}} to {{{ ? (refbits * 2.5f * avctx->sample_rate / 1024) }}} raises the LPF and the sound is much clearer(at the cost of more noise, but it's certainly better per real bitrate). I feel the sound is bad in only tonal part of the music in VBR. And this encoder uses fewer bits, sometimes nearly half less, for the tonal part, unlike Opus, which has a distinctive tonality boost function. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 20:01:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 18:01:19 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.b88a18345d1e2f212547c8276ced7dde@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Yes, I was in the middle of tweaking rdlambda scale for VBR (which is what gives the tonality boost). It seems way off target for VBR, since a lambda that in VBR results in 64kbps, in CBR it will give you about 32 or less. With that properly tweaked, we can save lots of bits from noisy bands and put them to better use on tonal bands. For VBR, that means lower bitrates for the same quality level. Increasing cutoff like you did there has the unwanted side effect of lowering quality a bit too much on tonal bands, for a set file size. I do my tests by searching through -q:a until I get a file roughly the same size as a reference CBR-encoded version, and comparing quality among those. With higher cutoffs, that procedure resulted in noticeable distortion on the HF bands, which is why I left it at 1.6, and it's what I believe will be fixed by tweaking rdlambda for VBR. It can also be fixed by implementing codebook 13. But that's for another (future, way future) patch, since I see no easy way to implement CB 13 with twoloop, so I'll have to rewrite it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 20:10:12 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 18:10:12 -0000 Subject: [FFmpeg-trac] #2816(build system:closed): configure --libdir doesn't seem to be working In-Reply-To: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> References: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> Message-ID: <055.9ba98f8fb2d7db95eb78b144677b6b4e@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You used {{{--shlibdir=/usr/lib }}} in your configure line so shared libraries are installed in /usr/lib or do I miss something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 20:52:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 18:52:36 -0000 Subject: [FFmpeg-trac] #2818(FFmpeg:new): Compatibility issue with raw bgr24 Open-DML avi file Message-ID: <040.9f3c5d5f4de4d54f1257547c097b41a9@avcodec.org> #2818: Compatibility issue with raw bgr24 Open-DML avi file -------------------------------------+------------------------------------- Reporter: ray.yin1031 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: Carbon | master Coder VirtualDuB AVI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am trying to generate some Open-DML raw bgr24 avi files using FFmpeg with the following command line. {{{ ffmpeg.exe -i Oldtown_Orig.avi -c:v copy -c:a copy -y output.avi }}} The input file is a raw brg24 avi file(2.89GB)generated by VirtualDuB. Since in VirtualDuB the limitation of RIFF-AVI list size is around 2GB, so there is only '''1 RIFF-AVI''' part 2GB and '''1 RIFF-AVIX part''' 0.89GB in input avi header. The output file is also a raw brg24 avi file(2.89GB) generated by FFmpeg as you can see from the command line. And in FFmpeg the limitation of RIFF-AVI list size is 1GB, so there is '''1 RIFF-AVI part''' 1GB and '''2 RIFF-AVIX parts''' 1GB and 0.89GB, respectively in output avi header. We are using Harmonic Rhozet ProMedia Carbon Coder to verify our output videos since Rhozet does check the avi header. The Issue is that Rhozet can load input file from VirtualDuB successfully '''BUT''' cannot load output file from FFmpeg even we use copy/copy here. And the error information is shown below {{{ [DirectShow Importer] The Transcode can not import this file format. [CR:0x00010F06] [DirectShow Importer] The video codec ?????? is not available on the system. [EVS MXF Source] This media type is not supported. [LXF Source] The application failed to handle the stream because it?s invalid or not supported. [MPEG Importer] Failed to parse the stream. Stream seems invalid. [Windows Media Source] Unable to open Windows Media source file. }}} VLC and MediaInfo is happy with the output '''BUT''' not for Rhozet. And this issue only happen to Open-DML avi, which contains RIFF-AVIX list in avi header as well as RIFF-AVI. Please find the complete console output below, {{{ ffmpeg.exe -i Oldtown_Orig.avi -c:v copy -c:a copy -y output.avi ffmpeg version N-55020-g768e40b Copyright (c) 2000-2013 the FFmpeg developers built on Jul 28 2013 18:05:44 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [avi @ 000000000035b080] non-interleaved AVI Input #0, avi, from 'R:\\MediaAssets\\avi\\1920x1080\\Oldtown_Orig.avi': Duration: 00:00:16.67, start: 0.000000, bitrate: 1493002 kb/s Stream #0:0: Video: rawvideo, bgr24, 1920x1080, 30 tbr, 30 tbn, 30 tbc Output #0, avi, to 'test.avi': Metadata: ISFT : Lavf55.12.102 Stream #0:0: Video: rawvideo, bgr24, 1920x1080, q=2-31, 200 kb/s, 30 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help frame= 5 fps=0.0 q=0.0 size= 30381kB time=00:00:00.16 bitrate=1493263.3kbit frame= 8 fps=6.8 q=0.0 size= 48606kB time=00:00:00.26 bitrate=1493162.3kbit frame= 11 fps=6.5 q=0.0 size= 66831kB time=00:00:00.36 bitrate=1493116.4kbit frame= 14 fps=6.2 q=0.0 size= 85056kB time=00:00:00.46 bitrate=1493090.1kbit frame= 17 fps=6.1 q=0.0 size= 103281kB time=00:00:00.56 bitrate=1493073.1kbit frame= 18 fps=1.5 q=0.0 size= 109356kB time=00:00:00.60 bitrate=1493069.6kbit frame= 22 fps=1.7 q=0.0 size= 133656kB time=00:00:00.73 bitrate=1493056.5kbit frame= 25 fps=1.9 q=0.0 size= 151881kB time=00:00:00.83 bitrate=1493049.0kbit frame= 28 fps=2.0 q=0.0 size= 170106kB time=00:00:00.93 bitrate=1493043.1kbit frame= 31 fps=2.1 q=0.0 size= 188331kB time=00:00:01.03 bitrate=1493038.3kbit frame= 34 fps=2.3 q=0.0 size= 206556kB time=00:00:01.13 bitrate=1493034.4kbit frame= 37 fps=2.4 q=0.0 size= 224781kB time=00:00:01.23 bitrate=1493031.1kbit frame= 40 fps=2.5 q=0.0 size= 243006kB time=00:00:01.33 bitrate=1493028.3kbit frame= 43 fps=2.6 q=0.0 size= 261231kB time=00:00:01.43 bitrate=1493025.9kbit frame= 46 fps=2.7 q=0.0 size= 279456kB time=00:00:01.53 bitrate=1493023.8kbit frame= 49 fps=2.8 q=0.0 size= 297681kB time=00:00:01.63 bitrate=1493022.0kbit frame= 52 fps=2.8 q=0.0 size= 315906kB time=00:00:01.73 bitrate=1493020.4kbit frame= 55 fps=2.9 q=0.0 size= 334131kB time=00:00:01.83 bitrate=1493019.0kbit frame= 58 fps=3.0 q=0.0 size= 352356kB time=00:00:01.93 bitrate=1493017.7kbit frame= 61 fps=3.1 q=0.0 size= 370581kB time=00:00:02.03 bitrate=1493016.5kbit frame= 64 fps=3.1 q=0.0 size= 388806kB time=00:00:02.13 bitrate=1493015.4kbit frame= 67 fps=3.2 q=0.0 size= 407031kB time=00:00:02.23 bitrate=1493014.5kbit frame= 70 fps=3.2 q=0.0 size= 425256kB time=00:00:02.33 bitrate=1493013.6kbit frame= 73 fps=3.3 q=0.0 size= 443481kB time=00:00:02.43 bitrate=1493012.8kbit frame= 76 fps=3.4 q=0.0 size= 461706kB time=00:00:02.53 bitrate=1493012.0kbit frame= 79 fps=3.4 q=0.0 size= 479931kB time=00:00:02.63 bitrate=1493011.3kbit frame= 82 fps=3.5 q=0.0 size= 498156kB time=00:00:02.73 bitrate=1493010.7kbit frame= 85 fps=3.5 q=0.0 size= 516381kB time=00:00:02.83 bitrate=1493010.1kbit frame= 88 fps=3.5 q=0.0 size= 534606kB time=00:00:02.93 bitrate=1493009.6kbit frame= 91 fps=3.6 q=0.0 size= 552831kB time=00:00:03.03 bitrate=1493009.0kbit frame= 94 fps=3.6 q=0.0 size= 571056kB time=00:00:03.13 bitrate=1493008.6kbit frame= 97 fps=3.7 q=0.0 size= 589281kB time=00:00:03.23 bitrate=1493008.1kbit frame= 100 fps=3.7 q=0.0 size= 607506kB time=00:00:03.33 bitrate=1493007.7kbit frame= 103 fps=3.7 q=0.0 size= 625731kB time=00:00:03.43 bitrate=1493007.3kbit frame= 106 fps=3.8 q=0.0 size= 643956kB time=00:00:03.53 bitrate=1493006.9kbit frame= 109 fps=3.8 q=0.0 size= 662181kB time=00:00:03.63 bitrate=1493006.6kbit frame= 112 fps=3.8 q=0.0 size= 680406kB time=00:00:03.73 bitrate=1493006.2kbit frame= 115 fps=3.9 q=0.0 size= 698631kB time=00:00:03.83 bitrate=1493005.9kbit frame= 118 fps=3.9 q=0.0 size= 716856kB time=00:00:03.93 bitrate=1493005.6kbit frame= 121 fps=3.9 q=0.0 size= 735081kB time=00:00:04.03 bitrate=1493005.3kbit frame= 124 fps=4.0 q=0.0 size= 753307kB time=00:00:04.13 bitrate=1493005.0kbit frame= 127 fps=4.0 q=0.0 size= 771532kB time=00:00:04.23 bitrate=1493004.8kbit frame= 130 fps=4.0 q=0.0 size= 789757kB time=00:00:04.33 bitrate=1493004.5kbit frame= 133 fps=4.0 q=0.0 size= 807982kB time=00:00:04.43 bitrate=1493004.3kbit frame= 136 fps=4.1 q=0.0 size= 826207kB time=00:00:04.53 bitrate=1493004.0kbit frame= 139 fps=4.1 q=0.0 size= 844432kB time=00:00:04.63 bitrate=1493003.8kbit frame= 142 fps=4.1 q=0.0 size= 862657kB time=00:00:04.73 bitrate=1493003.6kbit frame= 145 fps=4.1 q=0.0 size= 880882kB time=00:00:04.83 bitrate=1493003.4kbit frame= 148 fps=4.2 q=0.0 size= 899107kB time=00:00:04.93 bitrate=1493003.2kbit frame= 151 fps=4.2 q=0.0 size= 917332kB time=00:00:05.03 bitrate=1493003.0kbit frame= 154 fps=4.2 q=0.0 size= 935557kB time=00:00:05.13 bitrate=1493002.9kbit frame= 157 fps=4.2 q=0.0 size= 953782kB time=00:00:05.23 bitrate=1493002.7kbit frame= 160 fps=4.2 q=0.0 size= 972007kB time=00:00:05.33 bitrate=1493002.5kbit frame= 163 fps=4.3 q=0.0 size= 990232kB time=00:00:05.43 bitrate=1493002.4kbit frame= 166 fps=4.3 q=0.0 size= 1008457kB time=00:00:05.53 bitrate=1493002.2kbit frame= 169 fps=4.3 q=0.0 size= 1026682kB time=00:00:05.63 bitrate=1493002.1kbit frame= 172 fps=4.3 q=0.0 size= 1044907kB time=00:00:05.73 bitrate=1493001.9kbit frame= 175 fps=4.3 q=0.0 size= 1063136kB time=00:00:05.83 bitrate=1493007.6kbit frame= 178 fps=4.3 q=0.0 size= 1081361kB time=00:00:05.93 bitrate=1493007.3kbit frame= 181 fps=4.4 q=0.0 size= 1099586kB time=00:00:06.03 bitrate=1493007.1kbit frame= 184 fps=4.4 q=0.0 size= 1117811kB time=00:00:06.13 bitrate=1493006.9kbit frame= 187 fps=4.4 q=0.0 size= 1136036kB time=00:00:06.23 bitrate=1493006.7kbit frame= 190 fps=4.4 q=0.0 size= 1154261kB time=00:00:06.33 bitrate=1493006.5kbit frame= 193 fps=4.4 q=0.0 size= 1172486kB time=00:00:06.43 bitrate=1493006.3kbit frame= 196 fps=4.4 q=0.0 size= 1190711kB time=00:00:06.53 bitrate=1493006.1kbit frame= 199 fps=4.4 q=0.0 size= 1208936kB time=00:00:06.63 bitrate=1493005.9kbit frame= 202 fps=4.5 q=0.0 size= 1227161kB time=00:00:06.73 bitrate=1493005.7kbit frame= 205 fps=4.5 q=0.0 size= 1245386kB time=00:00:06.83 bitrate=1493005.6kbit frame= 208 fps=4.5 q=0.0 size= 1263611kB time=00:00:06.93 bitrate=1493005.4kbit frame= 211 fps=4.5 q=0.0 size= 1281836kB time=00:00:07.03 bitrate=1493005.2kbit frame= 214 fps=4.5 q=0.0 size= 1300061kB time=00:00:07.13 bitrate=1493005.1kbit frame= 217 fps=4.5 q=0.0 size= 1318286kB time=00:00:07.23 bitrate=1493004.9kbit frame= 220 fps=4.5 q=0.0 size= 1336511kB time=00:00:07.33 bitrate=1493004.8kbit frame= 223 fps=4.5 q=0.0 size= 1354736kB time=00:00:07.43 bitrate=1493004.6kbit frame= 226 fps=4.5 q=0.0 size= 1372961kB time=00:00:07.53 bitrate=1493004.5kbit frame= 229 fps=4.6 q=0.0 size= 1391186kB time=00:00:07.63 bitrate=1493004.4kbit frame= 232 fps=4.6 q=0.0 size= 1409411kB time=00:00:07.73 bitrate=1493004.2kbit frame= 235 fps=4.6 q=0.0 size= 1427636kB time=00:00:07.83 bitrate=1493004.1kbit frame= 238 fps=4.6 q=0.0 size= 1445862kB time=00:00:07.93 bitrate=1493004.0kbit frame= 241 fps=4.6 q=0.0 size= 1464087kB time=00:00:08.03 bitrate=1493003.8kbit frame= 244 fps=4.6 q=0.0 size= 1482312kB time=00:00:08.13 bitrate=1493003.7kbit frame= 247 fps=4.6 q=0.0 size= 1500537kB time=00:00:08.23 bitrate=1493003.6kbit frame= 250 fps=4.6 q=0.0 size= 1518762kB time=00:00:08.33 bitrate=1493003.5kbit frame= 253 fps=4.6 q=0.0 size= 1536987kB time=00:00:08.43 bitrate=1493003.4kbit frame= 256 fps=4.6 q=0.0 size= 1555212kB time=00:00:08.53 bitrate=1493003.3kbit frame= 259 fps=4.7 q=0.0 size= 1573437kB time=00:00:08.63 bitrate=1493003.1kbit frame= 262 fps=4.7 q=0.0 size= 1591662kB time=00:00:08.73 bitrate=1493003.0kbit frame= 265 fps=4.7 q=0.0 size= 1609887kB time=00:00:08.83 bitrate=1493002.9kbit frame= 268 fps=4.7 q=0.0 size= 1628112kB time=00:00:08.93 bitrate=1493002.8kbit frame= 271 fps=4.7 q=0.0 size= 1646337kB time=00:00:09.03 bitrate=1493002.7kbit frame= 274 fps=4.7 q=0.0 size= 1664562kB time=00:00:09.13 bitrate=1493002.6kbit frame= 277 fps=4.7 q=0.0 size= 1682787kB time=00:00:09.23 bitrate=1493002.5kbit frame= 280 fps=4.7 q=0.0 size= 1701012kB time=00:00:09.33 bitrate=1493002.5kbit frame= 283 fps=4.7 q=0.0 size= 1719237kB time=00:00:09.43 bitrate=1493002.4kbit frame= 286 fps=4.7 q=0.0 size= 1737462kB time=00:00:09.53 bitrate=1493002.3kbit frame= 289 fps=4.7 q=0.0 size= 1755687kB time=00:00:09.63 bitrate=1493002.2kbit frame= 292 fps=4.7 q=0.0 size= 1773912kB time=00:00:09.73 bitrate=1493002.1kbit frame= 295 fps=4.7 q=0.0 size= 1792137kB time=00:00:09.83 bitrate=1493002.0kbit frame= 298 fps=4.8 q=0.0 size= 1810362kB time=00:00:09.93 bitrate=1493001.9kbit frame= 301 fps=4.8 q=0.0 size= 1828587kB time=00:00:10.03 bitrate=1493001.9kbit frame= 304 fps=4.8 q=0.0 size= 1846812kB time=00:00:10.13 bitrate=1493001.8kbit frame= 307 fps=4.8 q=0.0 size= 1865037kB time=00:00:10.23 bitrate=1493001.7kbit frame= 310 fps=4.8 q=0.0 size= 1883262kB time=00:00:10.33 bitrate=1493001.6kbit frame= 313 fps=4.8 q=0.0 size= 1901487kB time=00:00:10.43 bitrate=1493001.6kbit frame= 316 fps=4.8 q=0.0 size= 1919712kB time=00:00:10.53 bitrate=1493001.5kbit frame= 319 fps=4.8 q=0.0 size= 1937937kB time=00:00:10.63 bitrate=1493001.4kbit frame= 322 fps=4.8 q=0.0 size= 1956162kB time=00:00:10.73 bitrate=1493001.3kbit frame= 325 fps=4.8 q=0.0 size= 1974387kB time=00:00:10.83 bitrate=1493001.3kbit frame= 328 fps=4.8 q=0.0 size= 1992612kB time=00:00:10.93 bitrate=1493001.2kbit frame= 331 fps=4.8 q=0.0 size= 2010837kB time=00:00:11.03 bitrate=1493001.1kbit frame= 334 fps=4.8 q=0.0 size= 2029062kB time=00:00:11.13 bitrate=1493001.1kbit frame= 337 fps=4.8 q=0.0 size= 2047287kB time=00:00:11.23 bitrate=1493001.0kbit frame= 340 fps=4.8 q=0.0 size= 2065512kB time=00:00:11.33 bitrate=1493000.9kbit frame= 343 fps=4.8 q=0.0 size= 2083737kB time=00:00:11.43 bitrate=1493000.9kbit frame= 345 fps=4.8 q=0.0 size= 2095887kB time=00:00:11.50 bitrate=1493000.8kbit frame= 349 fps=4.9 q=0.0 size= 2120189kB time=00:00:11.63 bitrate=1493001.8kbit frame= 352 fps=4.9 q=0.0 size= 2138414kB time=00:00:11.73 bitrate=1493001.7kbit frame= 355 fps=4.9 q=0.0 size= 2156639kB time=00:00:11.83 bitrate=1493001.6kbit frame= 358 fps=4.9 q=0.0 size= 2174864kB time=00:00:11.93 bitrate=1493001.6kbit frame= 361 fps=4.9 q=0.0 size= 2193089kB time=00:00:12.03 bitrate=1493001.5kbit frame= 364 fps=4.9 q=0.0 size= 2211314kB time=00:00:12.13 bitrate=1493001.4kbit frame= 367 fps=4.9 q=0.0 size= 2229539kB time=00:00:12.23 bitrate=1493001.4kbit frame= 370 fps=4.9 q=0.0 size= 2247764kB time=00:00:12.33 bitrate=1493001.3kbit frame= 373 fps=4.9 q=0.0 size= 2265989kB time=00:00:12.43 bitrate=1493001.3kbit frame= 376 fps=4.9 q=0.0 size= 2284214kB time=00:00:12.53 bitrate=1493001.2kbit frame= 379 fps=4.9 q=0.0 size= 2302439kB time=00:00:12.63 bitrate=1493001.1kbit frame= 382 fps=4.9 q=0.0 size= 2320664kB time=00:00:12.73 bitrate=1493001.1kbit frame= 385 fps=4.9 q=0.0 size= 2338889kB time=00:00:12.83 bitrate=1493001.0kbit frame= 388 fps=4.9 q=0.0 size= 2357114kB time=00:00:12.93 bitrate=1493001.0kbit frame= 391 fps=4.9 q=0.0 size= 2375339kB time=00:00:13.03 bitrate=1493000.9kbit frame= 394 fps=4.9 q=0.0 size= 2393564kB time=00:00:13.13 bitrate=1493000.9kbit frame= 397 fps=4.9 q=0.0 size= 2411789kB time=00:00:13.23 bitrate=1493000.8kbit frame= 400 fps=4.9 q=0.0 size= 2430014kB time=00:00:13.33 bitrate=1493000.8kbit frame= 403 fps=4.9 q=0.0 size= 2448239kB time=00:00:13.43 bitrate=1493000.7kbit frame= 406 fps=4.9 q=0.0 size= 2466464kB time=00:00:13.53 bitrate=1493000.7kbit frame= 409 fps=4.9 q=0.0 size= 2484689kB time=00:00:13.63 bitrate=1493000.6kbit frame= 412 fps=5.0 q=0.0 size= 2502914kB time=00:00:13.73 bitrate=1493000.6kbit frame= 415 fps=5.0 q=0.0 size= 2521139kB time=00:00:13.83 bitrate=1493000.5kbit frame= 418 fps=5.0 q=0.0 size= 2539364kB time=00:00:13.93 bitrate=1493000.5kbit frame= 421 fps=5.0 q=0.0 size= 2557589kB time=00:00:14.03 bitrate=1493000.4kbit frame= 424 fps=5.0 q=0.0 size= 2575814kB time=00:00:14.13 bitrate=1493000.4kbit frame= 427 fps=5.0 q=0.0 size= 2594039kB time=00:00:14.23 bitrate=1493000.3kbit frame= 430 fps=5.0 q=0.0 size= 2612264kB time=00:00:14.33 bitrate=1493000.3kbit frame= 433 fps=5.0 q=0.0 size= 2630489kB time=00:00:14.43 bitrate=1493000.2kbit frame= 436 fps=5.0 q=0.0 size= 2648714kB time=00:00:14.53 bitrate=1493000.2kbit frame= 439 fps=5.0 q=0.0 size= 2666939kB time=00:00:14.63 bitrate=1493000.1kbit frame= 442 fps=5.0 q=0.0 size= 2685165kB time=00:00:14.73 bitrate=1493000.1kbit frame= 445 fps=5.0 q=0.0 size= 2703390kB time=00:00:14.83 bitrate=1493000.1kbit frame= 448 fps=5.0 q=0.0 size= 2721615kB time=00:00:14.93 bitrate=1493000.0kbit frame= 451 fps=5.0 q=0.0 size= 2739840kB time=00:00:15.03 bitrate=1493000.0kbit frame= 454 fps=5.0 q=0.0 size= 2758065kB time=00:00:15.13 bitrate=1492999.9kbit frame= 457 fps=5.0 q=0.0 size= 2776290kB time=00:00:15.23 bitrate=1492999.9kbit frame= 460 fps=5.0 q=0.0 size= 2794515kB time=00:00:15.33 bitrate=1492999.9kbit frame= 463 fps=5.0 q=0.0 size= 2812740kB time=00:00:15.43 bitrate=1492999.8kbit frame= 466 fps=5.0 q=0.0 size= 2830965kB time=00:00:15.53 bitrate=1492999.8kbit frame= 469 fps=5.0 q=0.0 size= 2849190kB time=00:00:15.63 bitrate=1492999.7kbit frame= 472 fps=5.0 q=0.0 size= 2867415kB time=00:00:15.73 bitrate=1492999.7kbit frame= 475 fps=5.0 q=0.0 size= 2885640kB time=00:00:15.83 bitrate=1492999.7kbit frame= 478 fps=5.0 q=0.0 size= 2903865kB time=00:00:15.93 bitrate=1492999.6kbit frame= 481 fps=5.0 q=0.0 size= 2922090kB time=00:00:16.03 bitrate=1492999.6kbit frame= 484 fps=5.0 q=0.0 size= 2940315kB time=00:00:16.13 bitrate=1492999.6kbit frame= 487 fps=5.0 q=0.0 size= 2958540kB time=00:00:16.23 bitrate=1492999.5kbit frame= 490 fps=5.0 q=0.0 size= 2976765kB time=00:00:16.33 bitrate=1492999.5kbit frame= 493 fps=5.0 q=0.0 size= 2994990kB time=00:00:16.43 bitrate=1492999.5kbit frame= 496 fps=5.0 q=0.0 size= 3013215kB time=00:00:16.53 bitrate=1492999.4kbit frame= 499 fps=5.0 q=0.0 size= 3031440kB time=00:00:16.63 bitrate=1492999.4kbit frame= 500 fps=5.0 q=0.0 Lsize= 3037516kB time=00:00:16.66 bitrate=1492999.9kbi ts/s video:3037500kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000534 % }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 20:59:43 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 18:59:43 -0000 Subject: [FFmpeg-trac] #2813(avcodec:closed): KMVC decoding artefacts http://multimedia.cx/samples/V-codecs/KMVC/baseball1.avi In-Reply-To: <033.8919689f59d71e01a3ec676ba0c09238@avcodec.org> References: <033.8919689f59d71e01a3ec676ba0c09238@avcodec.org> Message-ID: <048.bb1d11a5c870778441463f2655168589@avcodec.org> #2813: KMVC decoding artefacts http://multimedia.cx/samples/V-codecs/KMVC/baseball1.avi -------------------------------------+------------------------------------- Reporter: wohe | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: KMVC | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed in 3cd8aaa2b2e78faf039691e1c31ff4f8d94e3bc6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 22:08:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 20:08:35 -0000 Subject: [FFmpeg-trac] #2818(avformat:new): Compatibility issue with raw bgr24 Open-DML avi file In-Reply-To: <040.9f3c5d5f4de4d54f1257547c097b41a9@avcodec.org> References: <040.9f3c5d5f4de4d54f1257547c097b41a9@avcodec.org> Message-ID: <055.23d3acf2111a84bab31cdcb7463ed0b5@avcodec.org> #2818: Compatibility issue with raw bgr24 Open-DML avi file -------------------------------------+------------------------------------ Reporter: ray.yin1031 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: AVI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: Carbon Coder VirtualDuB AVI => AVI * component: FFmpeg => avformat Comment: Please test WMP / is this a duplicate of ticket #2145? Unrelated to this ticket: Could you provide Rhozet Carbon Coder EULA? This would be a great help to us. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 22:34:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 20:34:50 -0000 Subject: [FFmpeg-trac] #2818(avformat:new): Compatibility issue with raw bgr24 Open-DML avi file In-Reply-To: <040.9f3c5d5f4de4d54f1257547c097b41a9@avcodec.org> References: <040.9f3c5d5f4de4d54f1257547c097b41a9@avcodec.org> Message-ID: <055.5b115787e635be1a6d1a5d947f1e7ae0@avcodec.org> #2818: Compatibility issue with raw bgr24 Open-DML avi file -------------------------------------+------------------------------------ Reporter: ray.yin1031 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: AVI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ray.yin1031): Replying to [comment:1 cehoyos]: > Please test WMP / is this a duplicate of ticket #2145? > > Unrelated to this ticket: Could you provide Rhozet Carbon Coder EULA? This would be a great help to us. 1. No, it's not the duplicate of ticket #2145. The output video playbacks fine in WMP and seeking also works. 2. Let try to find the EULA first once I am done will reply you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jul 29 23:07:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 21:07:55 -0000 Subject: [FFmpeg-trac] #2819(avcodec:new): [Android] avcodec cannot find symbol OMXCodec::Create Message-ID: <032.d0fb434e88064014017e7288112eb003@avcodec.org> #2819: [Android] avcodec cannot find symbol OMXCodec::Create ---------------------------------+-------------------------------------- Reporter: cxo | Type: defect Status: new | Priority: critical Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Runtime error when invoking ffprobe. Built using tools/build_stagefright {{{ shell at android:/data/local # ./ffprobe /sdcard/VID_20120821_174449.mp4 soinfo_link_image(linker.cpp:1635): could not load library "libavfilter.so" needed by "./ffprobe"; caused by soinfo_link_image(linker.cpp:1635): could not load library "libavformat.so" needed by "libavfilter.so"; caused by soinfo_link_image(linker.cpp:1635): could not load library "libavcodec.so" needed by "libavformat.so"; caused by soinfo_relocate(linker.cpp:975): cannot locate symbol "_ZN7android8OMXCodec6CreateERKNS_2spINS_4IOMXEEERKNS1_INS_8MetaDataEEEbRKNS1_INS_11MediaSourceEEEPKcj" referenced by "libavcodec.so"...CANNOT LINK EXECUTABLE 255|shell at android:/data/local # ls ffmpeg ffprobe libavcodec.so libavdevice.so libavfilter.so libavformat.so libavutil.so libpostproc.so libswresample.so libswscale.so shell at android:/data/local # }}} ffmpeg version : git (6b68e2a43b3407522080be50a2a19cff2f9715ef) Device is a Nexus 10 (Android 4.2.2) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 00:25:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 22:25:26 -0000 Subject: [FFmpeg-trac] #2701(avcodec:open): mpeg2video 4:2:2: green artefacts at the bottom with lowres 3 In-Reply-To: <038.dc5d77b32e4e7ad63193791aa7003c32@avcodec.org> References: <038.dc5d77b32e4e7ad63193791aa7003c32@avcodec.org> Message-ID: <053.436667950bd9873adf50168bf64a780f@avcodec.org> #2701: mpeg2video 4:2:2: green artefacts at the bottom with lowres 3 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: lowres | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 Comment: This is 4:2:0 not 4:2:2 and 4:2:0 interlaced with 240 lines has 16 invissible lines, they are all green i assume. with lowres these 16 (4 per chroma field) get mixed with the vissible ones as the 8 line block that contains 4 green lines is just one pixel at lowres 3. Thus in some sense its expected to have a green last line. Could this be worked around, yes but its not pretty requireing to detect this specific case and calculate the IDCT differently. Does this affect any real world use cases ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 00:29:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Jul 2013 22:29:38 -0000 Subject: [FFmpeg-trac] #2819(avcodec:new): [Android] avcodec cannot find symbol OMXCodec::Create In-Reply-To: <032.d0fb434e88064014017e7288112eb003@avcodec.org> References: <032.d0fb434e88064014017e7288112eb003@avcodec.org> Message-ID: <047.487e2b27e2611baa4cd252e77da383c8@avcodec.org> #2819: [Android] avcodec cannot find symbol OMXCodec::Create ------------------------------------+----------------------------------- Reporter: cxo | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * priority: critical => important Comment: No security issue nor data loss thus not critical priority -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 02:07:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 00:07:14 -0000 Subject: [FFmpeg-trac] #2819(avcodec:new): [Android] avcodec cannot find symbol OMXCodec::Create In-Reply-To: <032.d0fb434e88064014017e7288112eb003@avcodec.org> References: <032.d0fb434e88064014017e7288112eb003@avcodec.org> Message-ID: <047.5ea25e056587815e14de634270cc3994@avcodec.org> #2819: [Android] avcodec cannot find symbol OMXCodec::Create ------------------------------------+----------------------------------- Reporter: cxo | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cxo): I think I have found some useful information; The missing symbol as shown above is; {{{ _ZN7android8OMXCodec6CreateERKNS_2spINS_4IOMXEEERKNS1_INS_8MetaDataEEEbRKNS1_INS_11MediaSourceEEEPKcj }}} Which obviously can be found in the version of libstagefright.so from http://download.cyanogenmod.com/get/update-cm-7.0.3-N1-signed.zip (which build_stagefright downloads/extracts into ../android-libs ) Whilst libstagefright.so from the Nexus 10 / 4.2.2 contains {{{ _ZN7android8OMXCodec6CreateERKNS_2spINS_4IOMXEEERKNS1_INS_8MetaDataEEEbRKNS1_INS_11MediaSourceEEEPKcjRKNS1_I13ANativeWindowEE }}} I don't understand these C++ symbols, but if I had to guess it looks like the parameters for OMXCodec::Create has changed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 03:15:34 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 01:15:34 -0000 Subject: [FFmpeg-trac] #2820(undetermined:new): vob file couldn't seek to the beginning Message-ID: <036.f24ee5d1964216f78ebaf184b3303e31@avcodec.org> #2820: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I found this issue when developing our videoplayer. While this vob file can be played (file open and frame read ok), after av_seek_frame is called to seek to the beginning of the video, subsequent av_read_frame returns frames with incorrect pts/dts and just after short time (1-2 seconds) av_read_frame returns -1 This issue can be reproduced with ffplay. (while played with -ss 0, no video/sound could be played) $ gdb ffplay.exe GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-cygwin". For bug reporting instructions, please see: ... Reading symbols from /cygdrive/c/Users/Alex/Downloads/ffmpeg-20130728-git- 768e40b-win32-static/ffmpeg-20130728-git-768e40b- win32-static/bin/ffplay.exe...(no debugging symbols found)...done. (gdb) r -ss 0 -i Downloads/Test_001.vob Starting program: /cygdrive/c/Users/Alex/Downloads/ffmpeg-20130728-git- 768e40b-win32-static/ffmpeg-20130728-git-768e40b- win32-static/bin/ffplay.exe -ss 0 -i Downloads/Test_001.vob [New Thread 6436.0x334] [New Thread 6436.0x4e4] [New Thread 6436.0x1eec] [New Thread 6436.0x1bd8] [New Thread 6436.0x1a38] [New Thread 6436.0x16ec] [New Thread 6436.0x8bc] [New Thread 6436.0x1050] [New Thread 6436.0x914] [New Thread 6436.0xe20] [New Thread 6436.0xc68] [New Thread 6436.0x1bac] [New Thread 6436.0x1d0c] [New Thread 6436.0x19b8] [New Thread 6436.0x1828] [New Thread 6436.0x1d80] [New Thread 6436.0x1b04] [New Thread 6436.0x1900] [New Thread 6436.0x18e4] [New Thread 6436.0xcfc] [New Thread 6436.0x17c0] [New Thread 6436.0x1fe8] [New Thread 6436.0xe98] [New Thread 6436.0x1f48] [New Thread 6436.0xd80] [New Thread 6436.0x1d70] [New Thread 6436.0x19fc] [New Thread 6436.0x1b90] [New Thread 6436.0x1ec0] [New Thread 6436.0x1dcc] [New Thread 6436.0x194] [New Thread 6436.0x1208] [New Thread 6436.0x1f40] [New Thread 6436.0x1fb4] [New Thread 6436.0x1b1c] [New Thread 6436.0x434] [New Thread 6436.0x150] ffplay version N-55020-g768e40b Copyright (c) 2003-2013 the FFmpeg developers built on Jul 28 2013 18:01:30 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Last message repeated 13 times 0KB vq= 0KB sq= 0B f=0/0 Input #0, mpeg, from 'Downloads/Test_001.vob': Duration: 00:00:22.34, start: 1.084500, bitrate: 5626 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], max. 9800 kb/s, 29.33 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s [ac3 @ 03b4c8c0] frame sync error 13KB vq= 0KB sq= 0B f=0/0 [mpeg2video @ 03b73700] ac-tex damaged at 13 16 Last message repeated 1 times 12KB vq= 0KB sq= 0B f=0/0 [mpeg2video @ 03b73700] Warning MVs not available [mpeg2video @ 03b73700] concealing 630 DC, 630 AC, 630 MV errors in P frame [ac3 @ 03b4c8c0] incomplete frame 3KB vq= 0KB sq= 0B f=0/0 7.29 A-V: -0.625 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 [Inferior 1 (process 6436) exited normally] 0KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 03:16:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 01:16:26 -0000 Subject: [FFmpeg-trac] #2821(undetermined:new): vob file couldn't seek to the beginning Message-ID: <036.86836c44cd391298707d566da072bbce@avcodec.org> #2821: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I found this issue when developing our videoplayer. While this vob file can be played (file open and frame read ok), after av_seek_frame is called to seek to the beginning of the video, subsequent av_read_frame returns frames with incorrect pts/dts and just after short time (1-2 seconds) av_read_frame returns -1 This issue can be reproduced with ffplay. (while played with -ss 0, no video/sound could be played) test file is here: https://dl.dropboxusercontent.com/u/89678527/Test_001.vob $ gdb ffplay.exe GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-cygwin". For bug reporting instructions, please see: ... Reading symbols from /cygdrive/c/Users/Alex/Downloads/ffmpeg-20130728-git- 768e40b-win32-static/ffmpeg-20130728-git-768e40b- win32-static/bin/ffplay.exe...(no debugging symbols found)...done. (gdb) r -ss 0 -i Downloads/Test_001.vob Starting program: /cygdrive/c/Users/Alex/Downloads/ffmpeg-20130728-git- 768e40b-win32-static/ffmpeg-20130728-git-768e40b- win32-static/bin/ffplay.exe -ss 0 -i Downloads/Test_001.vob [New Thread 6436.0x334] [New Thread 6436.0x4e4] [New Thread 6436.0x1eec] [New Thread 6436.0x1bd8] [New Thread 6436.0x1a38] [New Thread 6436.0x16ec] [New Thread 6436.0x8bc] [New Thread 6436.0x1050] [New Thread 6436.0x914] [New Thread 6436.0xe20] [New Thread 6436.0xc68] [New Thread 6436.0x1bac] [New Thread 6436.0x1d0c] [New Thread 6436.0x19b8] [New Thread 6436.0x1828] [New Thread 6436.0x1d80] [New Thread 6436.0x1b04] [New Thread 6436.0x1900] [New Thread 6436.0x18e4] [New Thread 6436.0xcfc] [New Thread 6436.0x17c0] [New Thread 6436.0x1fe8] [New Thread 6436.0xe98] [New Thread 6436.0x1f48] [New Thread 6436.0xd80] [New Thread 6436.0x1d70] [New Thread 6436.0x19fc] [New Thread 6436.0x1b90] [New Thread 6436.0x1ec0] [New Thread 6436.0x1dcc] [New Thread 6436.0x194] [New Thread 6436.0x1208] [New Thread 6436.0x1f40] [New Thread 6436.0x1fb4] [New Thread 6436.0x1b1c] [New Thread 6436.0x434] [New Thread 6436.0x150] ffplay version N-55020-g768e40b Copyright (c) 2003-2013 the FFmpeg developers built on Jul 28 2013 18:01:30 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.103 / 3. 81.103 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Last message repeated 13 times 0KB vq= 0KB sq= 0B f=0/0 Input #0, mpeg, from 'Downloads/Test_001.vob': Duration: 00:00:22.34, start: 1.084500, bitrate: 5626 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], max. 9800 kb/s, 29.33 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s [ac3 @ 03b4c8c0] frame sync error 13KB vq= 0KB sq= 0B f=0/0 [mpeg2video @ 03b73700] ac-tex damaged at 13 16 Last message repeated 1 times 12KB vq= 0KB sq= 0B f=0/0 [mpeg2video @ 03b73700] Warning MVs not available [mpeg2video @ 03b73700] concealing 630 DC, 630 AC, 630 MV errors in P frame [ac3 @ 03b4c8c0] incomplete frame 3KB vq= 0KB sq= 0B f=0/0 7.29 A-V: -0.625 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 [Inferior 1 (process 6436) exited normally] 0KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 03:18:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 01:18:53 -0000 Subject: [FFmpeg-trac] #2820(undetermined:new): vob file couldn't seek to the beginning In-Reply-To: <036.f24ee5d1964216f78ebaf184b3303e31@avcodec.org> References: <036.f24ee5d1964216f78ebaf184b3303e31@avcodec.org> Message-ID: <051.fc774c7a071170c75b92c8d30e872578@avcodec.org> #2820: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | 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 hxuanyu): duplicate with Ticket #2821, please close this ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 03:20:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 01:20:53 -0000 Subject: [FFmpeg-trac] #2820(undetermined:closed): vob file couldn't seek to the beginning In-Reply-To: <036.f24ee5d1964216f78ebaf184b3303e31@avcodec.org> References: <036.f24ee5d1964216f78ebaf184b3303e31@avcodec.org> Message-ID: <051.5ab4ead1f7ac4275cf9d38a666e10027@avcodec.org> #2820: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 04:02:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 02:02:47 -0000 Subject: [FFmpeg-trac] #2822(undetermined:new): Cannot configure ffserver.conf MaxClients to > 5 Message-ID: <038.18be32c1c80346fd82b0dbc6c1074948@avcodec.org> #2822: Cannot configure ffserver.conf MaxClients to > 5 --------------------------------------+---------------------------------- Reporter: bzbdev001 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Running on lubuntu 12.04 64bit. $ uname -a Linux somehost 3.2.0-49-generic #75-Ubuntu SMP Tue Jun 18 17:39:32 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux I'm using the latest snapshot of ffmpeg-2.0 as of Jul 29, 2013. In ffserver.conf, Using any value > 5 for MaxClients causes ffserver to exit. How to reproduce: Get ffmpeg-2.0 snapshot $ ./configure --prefix=/somelocation --enable-libmp3lame --enable-libx264 --enable-gpl $ make $ sudo make install Modify ffserver.conf... Port 8090 BindAddress 0.0.0.0 MaxHTTPConnections 5 MaxClients 6 MaxBandwidth 1000 CustomLog - NoDaemon File /tmp/videofeed1.ffm FileMaxSize 200K Launch ffmpeg ACL allow 127.0.0.1 ACL allow 192.168.1.0 192.168.1.255 Feed videofeed1.ffm Format mpeg AudioBitRate 32 AudioChannels 1 AudioSampleRate 22050 VideoBitRate 64 VideoBufferSize 40 VideoFrameRate 3 VideoSize 160x128 VideoGopSize 12 ACL allow localhost ACL allow 192.168.1.0 192.168.1.255 $ ffserver -d -f /somelocation/ffserver.conf ffserver version 2.0 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 29 2013 18:57:52 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/somelocation/ffmpeg-2.0-20130728 --enable- libmp3lame --enable-libx264 --enable-gpl libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 /somelocation/ffserver.conf:4: Invalid MaxClients: 6 Incorrect config file - exiting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 09:24:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 07:24:59 -0000 Subject: [FFmpeg-trac] #2823(undetermined:new): Building ffmpeg failed Message-ID: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> #2823: Building ffmpeg failed -------------------------------------+------------------------------------- Reporter: pradeepvr | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Am trying to build ffmpeg checked out from git on July-30 on ubuntu 10.04. Steps to reproduce: Step 1 : Run configure command(./configure). Step 2 : Run make command(make). Found the below output in console and build failed. libavcodec/avpacket.c:262: warning: ?destruct? is deprecated (declared at libavcodec/avcodec.h:1076) libavcodec/avpacket.c:263: warning: ?destruct? is deprecated (declared at libavcodec/avcodec.h:1076) libavcodec/avpacket.c:264: warning: ?destruct? is deprecated (declared at libavcodec/avcodec.h:1076) libavcodec/avpacket.c: In function ?av_packet_merge_side_data?: libavcodec/avpacket.c:336: warning: ?destruct? is deprecated (declared at libavcodec/avcodec.h:1076) CC libavcodec/avpicture.o CC libavcodec/avrndec.o CC libavcodec/avs.o CC libavcodec/avuidec.o CC libavcodec/avuienc.o CC libavcodec/bethsoftvideo.o CC libavcodec/bfi.o CC libavcodec/bgmc.o CC libavcodec/bink.o CC libavcodec/binkaudio.o CC libavcodec/binkdsp.o CC libavcodec/bintext.o CC libavcodec/bitstream.o libavcodec/bitstream.c: In function ?ff_init_vlc_sparse?: libavcodec/bitstream.c:348: error: unable to find a register to spill in class ?AREG? libavcodec/bitstream.c:348: error: this is the insn: (insn 556 555 557 94 ./libavutil/atomic_gcc.h:57 (parallel [ (set (reg:SI 1 dx [orig:82 D.9034 ] [82]) (mem/v:SI (plus:SI (reg/v/f:SI 99 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32])) (set (mem/v:SI (plus:SI (reg/v/f:SI 99 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (unspec_volatile:SI [ (mem/v:SI (plus:SI (reg/v/f:SI 99 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (reg/v/f:SI 99 [ vlc ]) (reg/f:SI 1 dx [196]) ] 10)) (clobber (reg:CC 17 flags)) ]) 2003 {*sync_compare_and_swapsi} (expr_list:REG_DEAD (reg/f:SI 1 dx [196]) (expr_list:REG_UNUSED (reg:CC 17 flags) (nil)))) libavcodec/bitstream.c:348: confused by earlier errors, bailing out Preprocessed source stored into /tmp/ccQuH6Sm.out file, please attach this to your bugreport. make: *** [libavcodec/bitstream.o] Error 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 09:46:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 07:46:15 -0000 Subject: [FFmpeg-trac] #2823(undetermined:new): Building ffmpeg failed In-Reply-To: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> References: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> Message-ID: <053.ab261d59d4050ea430d5da7dc4b34d53@avcodec.org> #2823: Building ffmpeg failed -------------------------------------+------------------------------------- Reporter: pradeepvr | Owner: Type: defect | Status: new Priority: critical | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: Please add {{{gcc -v}}} output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 09:51:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 07:51:03 -0000 Subject: [FFmpeg-trac] #2823(undetermined:new): Building ffmpeg failed In-Reply-To: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> References: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> Message-ID: <053.0d3e9a295244a5a80e67c18695dcdfd3@avcodec.org> #2823: Building ffmpeg failed -------------------------------------+------------------------------------- Reporter: pradeepvr | Owner: Type: defect | Status: new Priority: critical | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pradeepvr): Hi cehoyos below is my gcc -v output: Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable- shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 11:51:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 09:51:24 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 In-Reply-To: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> References: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> Message-ID: <049.b7456e381e278554cd7172865da2d4aa@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: task | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ankit): How to check the git head? I have no idea of that. Feed is from usb camera and it is not reproducible with -f lavfi -i testsrc. However, it is reproducible with ffm output.It is not reproducible with file output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 12:39:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 10:39:14 -0000 Subject: [FFmpeg-trac] #2795(FFserver:new): Too Large Number of Skipped frames 1374156452>60000 In-Reply-To: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> References: <034.d96ae6dac6a3a91efef6f816249fb095@avcodec.org> Message-ID: <049.d8769459a180cbb65ec61a6773da656a@avcodec.org> #2795: Too Large Number of Skipped frames 1374156452>60000 -------------------------------------+------------------------------------ Reporter: ankit | Owner: Type: task | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): See http://ffmpeg.org/download.html for information about how to get current source code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 13:43:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 11:43:45 -0000 Subject: [FFmpeg-trac] #2816(build system:closed): configure --libdir doesn't seem to be working In-Reply-To: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> References: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> Message-ID: <055.e167e76c80e2c068b67c1775c819efff@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by alsocurious): Thanks. You're right. The configure options that I used were a copy of those listed from running ffmpeg from ffmpeg-1.2.1-3.fc19.i686 on Fedora 19 with only the install location options modified and I did not think to check for more install location options beyond the last one of those listed in the beginning and therefore missed that singly stated shlibdir option towards the end in the list. I retested various combinations of the install location options after removing that trailing shlibdir option and they work as expected. Sorry - my mistake. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 15:37:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 13:37:09 -0000 Subject: [FFmpeg-trac] #1616(undetermined:open): bad seek in WMV2 file In-Reply-To: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> References: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> Message-ID: <051.201611460bfb9ffa0c570792f00b21f4@avcodec.org> #1616: bad seek in WMV2 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: asf wmv2 | Resolution: seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Fixed in d6686149e2d72655d57c45ac18dee3b820897a5c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 15:37:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 13:37:27 -0000 Subject: [FFmpeg-trac] #1616(undetermined:closed): bad seek in WMV2 file In-Reply-To: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> References: <036.89264380eb5e90c3a180013e00bc1f3f@avcodec.org> Message-ID: <051.0dfae67d53df27894d3ac780807448fe@avcodec.org> #1616: bad seek in WMV2 file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: asf wmv2 | Resolution: fixed seek | 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 Jul 30 16:25:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 14:25:22 -0000 Subject: [FFmpeg-trac] #2788(undetermined:closed): wmv3: seek only to keyframes In-Reply-To: <038.f78ffa27d833d4e7d0528a1087b88c43@avcodec.org> References: <038.f78ffa27d833d4e7d0528a1087b88c43@avcodec.org> Message-ID: <053.7fc31c7b56790edd4cf85829546595de@avcodec.org> #2788: wmv3: seek only to keyframes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: seek asf | Resolution: duplicate wmv3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => duplicate Comment: Duplicate of #1616, and fixed with the same commit that fixed #1616 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 16:31:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 14:31:40 -0000 Subject: [FFmpeg-trac] #2824(undetermined:new): support metadata output in avectroscope filter Message-ID: <036.dcbe4b5f10f5831d312a3ea3b8c88f99@avcodec.org> #2824: support metadata output in avectroscope filter -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: Priority: normal | undetermined Version: git- | Keywords: master | avectorscope Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the enhancement request: I need to test a collection of media files with stereo tracks to identify ones that are 180 degrees out of phase (or close to it). I looked at the new avectorscope filter and although it does well to visualize the phase relationship within a stereo track it doesn't output a quantified value of the phase relationship. I suggest an output similar to ebur128 where the phase percentage is reported per audio frame and then summarized at the end of the analysis. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 17:02:34 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 15:02:34 -0000 Subject: [FFmpeg-trac] #2824(undetermined:new): support metadata output in avectroscope filter In-Reply-To: <036.dcbe4b5f10f5831d312a3ea3b8c88f99@avcodec.org> References: <036.dcbe4b5f10f5831d312a3ea3b8c88f99@avcodec.org> Message-ID: <051.a83e3df3a2e39804f4d2d083b98ba910@avcodec.org> #2824: support metadata output in avectroscope filter -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: avectorscope | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): I already had something like that implemented, its called correlation meter: with values between -1 (out of phase) and 1. It just did not wrote metadata but instead showed it in same frame with avectorscope output. So i think its best to write this as new filter (with optional video output). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 17:55:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 15:55:36 -0000 Subject: [FFmpeg-trac] #2816(build system:closed): configure --libdir doesn't seem to be working In-Reply-To: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> References: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> Message-ID: <055.84714902d5d4c7a6ef8ee5d3e93aecd0@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Note that apart from {{{--enable-gpl}}} you should only copy the options that you need, some of them look bad. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 19:40:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 17:40:32 -0000 Subject: [FFmpeg-trac] #2816(build system:closed): configure --libdir doesn't seem to be working In-Reply-To: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> References: <040.0baf97c66ffe386dd81a659159e6c832@avcodec.org> Message-ID: <055.9819573a87e53fc407a1483deddd1e8a@avcodec.org> #2816: configure --libdir doesn't seem to be working -------------------------------------+------------------------------------- Reporter: alsocurious | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by alsocurious): Thanks. All I basically wanted was ffmpeg as bundled by Fedora 19 for the same behavior since I run stock Fedora 19 but with fdk_aac and libfaac enabled. But since I had to do a custom build for that then I might as well get the lastest version of ffmpeg. But with that I learned that I had to change the install locations because otherwise vlc as downloaded from rpmfusion would crash due to no longer finding some ffmpeg libs routine whose name I forget. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 19:57:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 17:57:16 -0000 Subject: [FFmpeg-trac] #2823(undetermined:new): Building ffmpeg failed In-Reply-To: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> References: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> Message-ID: <053.946c13c05d3a4c44226da1de9d1e7cf0@avcodec.org> #2823: Building ffmpeg failed -------------------------------------+------------------------------------- Reporter: pradeepvr | Owner: Type: defect | Status: new Priority: critical | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by redxii): I get a similar error in MinGW-w64 '''32-bit''' toolchain, the 64-bit toolchain doesn't produce an error. {{{ CC libavcodec/binkaudio.o CC libavcodec/binkdsp.o CC libavcodec/bintext.o CC libavcodec/bitstream.o libavcodec/bitstream.c: In function 'ff_init_vlc_sparse': libavcodec/bitstream.c:348:1: error: unable to find a register to spill in class 'AREG' libavcodec/bitstream.c:348:1: error: this is the insn: (insn 600 599 601 93 (parallel [ (set (reg:SI 1 dx [orig:259 D.8365 ] [259]) (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32])) (set (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (unspec_volatile:SI [ (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (reg/v/f:SI 262 [ vlc ]) (reg/f:SI 1 dx [357]) ] UNSPECV_CMPXCHG)) (set (reg:CCZ 17 flags) (compare:CCZ (unspec_volatile:SI [ (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (reg/v/f:SI 262 [ vlc ]) (reg/f:SI 1 dx [357]) ] UNSPECV_CMPXCHG) (reg/v/f:SI 262 [ vlc ]))) ]) ./libavutil/atomic_gcc.h:57 1843 {*sync_compare_and_swapsi} (expr_list:REG_DEAD (reg/f:SI 1 dx [357]) (expr_list:REG_UNUSED (reg:CCZ 17 flags) (nil)))) libavcodec/bitstream.c:348: confused by earlier errors, bailing out make: *** [libavcodec/bitstream.o] Error 1 }}} GCC -v {{{ $ gcc -v Reading specs from e:/buildsys/mingw/bin/../lib/gcc/i686-w64-mingw32/4.6.3/specs COLLECT_GCC=E:\Buildsys\MinGW\bin\gcc.exe COLLECT_LTO_WRAPPER=e:/buildsys/mingw/bin/../libexec/gcc/i686-w64-mingw32/4.6.3 /lto-wrapper.exe Target: i686-w64-mingw32 Configured with: /home/ruben/mingw-w64/src/gcc/configure --host=i686-w64-mingw32 --build=x86_64-linux-gnu --target=i686-w64-mingw32 --with-sysroot=/home/ruben/m ingw-w64/mingw32mingw32/mingw32 --prefix=/home/ruben/mingw-w64/mingw32mingw32/mingw32 --with- gmp=/home/ruben/mingw-w64/prereq/i686-w64-mingw32/install --with-mp fr=/home/ruben/mingw-w64/prereq/i686-w64-mingw32/install --with- mpc=/home/ruben/mingw-w64/prereq/i686-w64-mingw32/install --with- ppl=/home/ruben/mingw-w64/prere q/i686-w64-mingw32/install --with- cloog=/home/ruben/mingw-w64/prereq/i686-w64-mingw32/install --disable-ppl- version-check --disable-cloog-version-check --enable -cloog-backend=isl --with-host-libstdcxx='-static -lstdc++ -lm' --enable- shared --enable-static --enable-threads=win32 --enable-plugins --disable- multilib --ena ble-languages=c,lto,c++,objc,obj-c++,fortran,java --enable-libgomp --disable-dw2-exceptions --enable-sjlj-exceptions --enable-fully-dynamic- string --enable-libs tdcxx-time --disable-nls --disable-werror --enable-checking=release --with-gnu-as --with-gnu-ld --disable-win32-registry --disable-rpath --disable-werror --with -libiconv-prefix=/home/ruben/mingw-w64/prereq/i686-w64-mingw32/install --with-pkgversion=rubenvb-4.6.3-2-release --with- bugurl=mingw-w64-public at lists.sourceforg e.net CC= CFLAGS='-O2 -march=nocona -mtune=core2 -fomit-frame-pointer -momit-leaf-frame-pointer' LDFLAGS=' -Wl,--large-address-aware' Thread model: win32 gcc version 4.6.3 (rubenvb-4.6.3-2-release) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 20:38:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 18:38:08 -0000 Subject: [FFmpeg-trac] =?utf-8?q?_=232825=28undetermined=3Anew=29=3A_error?= =?utf-8?q?=3A_unable_to_find_a_register_to_spill_in_class_=E2=80=98AREG?= =?utf-8?b?4oCZ?= Message-ID: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> #2825: error: unable to find a register to spill in class ?AREG? -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: While trying to build 32bit version of static ffmpeg on 64bit debian (3.2.0-2-amd64), the following error occurred: {{{ /root/ffmpeg-static/src/ffmpeg/libavcodec/bitstream.c:348:1: error: unable to find a register to spill in class ?AREG? }}} I was using the following config: (Since the trac reported an error "Warning: Ticket description is too long (must be less than 262144 characters)", here is a pastebin: http://pastebin.com/NEL7gxRd Shortly: {{{ configure --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra- cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra- ldflags='-m32 -L/root/ffmpeg-static/32bit/lib -static' --extra- libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable- postproc --enable-runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable- libspeex --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx }}} This is what it looked like near the end of the make: {{{ /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c:229:5: warning: ?av_destruct_packet? is deprecated (declared at /root/ffmpeg- static/src/ffmpeg/libavcodec/avpacket.c:41) [-Wdeprecated-declarations] /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c: In function ?av_dup_packet?: /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c:239:9: warning: ?destruct? is deprecated (declared at /root/ffmpeg- static/src/ffmpeg/libavcodec/avcodec.h:1076) [-Wdeprecated-declarations] /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c: In function ?av_free_packet?: /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c:262:9: warning: ?destruct? is deprecated (declared at /root/ffmpeg- static/src/ffmpeg/libavcodec/avcodec.h:1076) [-Wdeprecated-declarations] /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c:263:13: warning: ?destruct? is deprecated (declared at /root/ffmpeg- static/src/ffmpeg/libavcodec/avcodec.h:1076) [-Wdeprecated-declarations] /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c:264:9: warning: ?destruct? is deprecated (declared at /root/ffmpeg- static/src/ffmpeg/libavcodec/avcodec.h:1076) [-Wdeprecated-declarations] /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c: In function ?av_packet_merge_side_data?: /root/ffmpeg-static/src/ffmpeg/libavcodec/avpacket.c:336:9: warning: ?destruct? is deprecated (declared at /root/ffmpeg- static/src/ffmpeg/libavcodec/avcodec.h:1076) [-Wdeprecated-declarations] CC libavcodec/avrndec.o CC libavcodec/avs.o CC libavcodec/avuidec.o CC libavcodec/avuienc.o CC libavcodec/bethsoftvideo.o CC libavcodec/bfi.o CC libavcodec/bgmc.o CC libavcodec/bink.o CC libavcodec/binkaudio.o CC libavcodec/binkdsp.o CC libavcodec/bintext.o CC libavcodec/bitstream.o CC libavcodec/bitstream_filter.o CC libavcodec/bmp.o CC libavcodec/bmp_parser.o /root/ffmpeg-static/src/ffmpeg/libavcodec/bitstream.c: In function ?ff_init_vlc_sparse?: /root/ffmpeg-static/src/ffmpeg/libavcodec/bitstream.c:348:1: error: unable to find a register to spill in class ?AREG? /root/ffmpeg-static/src/ffmpeg/libavcodec/bitstream.c:348:1: error: this is the insn: (insn 600 599 601 93 (parallel [ (set (reg:SI 1 dx [orig:259 D.6937 ] [259]) (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32])) (set (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (unspec_volatile:SI [ (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (reg/v/f:SI 262 [ vlc ]) (reg/f:SI 1 dx [357]) ] UNSPECV_CMPXCHG)) (set (reg:CCZ 17 flags) (compare:CCZ (unspec_volatile:SI [ (mem/v:SI (plus:SI (reg/v/f:SI 262 [ vlc ]) (const_int 16 [0x10])) [-1 S4 A32]) (reg/v/f:SI 262 [ vlc ]) (reg/f:SI 1 dx [357]) ] UNSPECV_CMPXCHG) (reg/v/f:SI 262 [ vlc ]))) ]) /root/ffmpeg-static/src/ffmpeg/libavutil/atomic_gcc.h:57 2109 {*sync_compare_and_swapsi} (expr_list:REG_DEAD (reg/f:SI 1 dx [357]) (expr_list:REG_UNUSED (reg:CCZ 17 flags) (nil)))) /root/ffmpeg-static/src/ffmpeg/libavcodec/bitstream.c:348: confused by earlier errors, bailing out CC libavcodec/bmpenc.o CC libavcodec/bmv.o CC libavcodec/brender_pix.o CC libavcodec/c93.o Preprocessed source stored into /tmp/cc0SPiX2.out file, please attach this to your bugreport. make: *** [libavcodec/bitstream.o] Error 1 make: *** Waiting for unfinished jobs.... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 20:43:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 18:43:16 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232825=28undetermined=3Aclosed=29=3A_err?= =?utf-8?q?or=3A_unable_to_find_a_register_to_spill_in_class_=E2=80=98AREG?= =?utf-8?b?4oCZ?= In-Reply-To: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> References: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> Message-ID: <049.1d3374d419580cc077f87180c40a1b2a@avcodec.org> #2825: error: unable to find a register to spill in class ?AREG? -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 21:00:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 19:00:04 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232825=28undetermined=3Aclosed=29=3A_err?= =?utf-8?q?or=3A_unable_to_find_a_register_to_spill_in_class_=E2=80=98AREG?= =?utf-8?b?4oCZ?= In-Reply-To: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> References: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> Message-ID: <049.78ea18196464e6e50bb27792d1644f35@avcodec.org> #2825: error: unable to find a register to spill in class ?AREG? -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): duplicate of what? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 21:10:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 19:10:20 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232825=28undetermined=3Aclosed=29=3A_err?= =?utf-8?q?or=3A_unable_to_find_a_register_to_spill_in_class_=E2=80=98AREG?= =?utf-8?b?4oCZ?= In-Reply-To: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> References: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> Message-ID: <049.5594667161885c1d0e85f450219baa5f@avcodec.org> #2825: error: unable to find a register to spill in class ?AREG? -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:2 burek]: > duplicate of what? a ticket that id like to close but cant as i dont know which ticket that is -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jul 30 22:01:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 20:01:57 -0000 Subject: [FFmpeg-trac] #2823(avcodec:closed): Building ffmpeg failed In-Reply-To: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> References: <038.fab0690303c04822dfc6f6b46d087b89@avcodec.org> Message-ID: <053.954fa50de66214fbc50251077a2d7d49@avcodec.org> #2823: Building ffmpeg failed ------------------------------------+----------------------------------- Reporter: pradeepvr | Owner: Type: defect | Status: closed Priority: critical | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => regression * resolution: => fixed * status: new => closed * component: undetermined => avcodec Comment: fate claims that this was fixed in 121fc05, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 00:09:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 22:09:14 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232825=28undetermined=3Aclosed=29=3A_err?= =?utf-8?q?or=3A_unable_to_find_a_register_to_spill_in_class_=E2=80=98AREG?= =?utf-8?b?4oCZ?= In-Reply-To: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> References: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> Message-ID: <049.3e5fcd2d331b98c9a05446d527592f0b@avcodec.org> #2825: error: unable to find a register to spill in class ?AREG? -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I'm not sure why cehoyos did not provide the link to the duplicate issue, but I can only guess that this is the issue that might be that duplicate: #2823 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 00:10:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 22:10:18 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232825=28undetermined=3Aclosed=29=3A_err?= =?utf-8?q?or=3A_unable_to_find_a_register_to_spill_in_class_=E2=80=98AREG?= =?utf-8?b?4oCZ?= In-Reply-To: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> References: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> Message-ID: <049.e4356d2fb343a5513617f57b75d2d81e@avcodec.org> #2825: error: unable to find a register to spill in class ?AREG? -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): Just to mention that he did care to reply/close the other ticket, but for some reason he did not care to update this one... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 01:14:38 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 23:14:38 -0000 Subject: [FFmpeg-trac] #2826(undetermined:new): ljpeg: fix decoding of some gray samples (with lossless predictor > 4) Message-ID: <038.407a308aba45e1c5059cfcdba94f8251@avcodec.org> #2826: ljpeg: fix decoding of some gray samples (with lossless predictor > 4) -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Lossless Predictor: 6 Lossless Point Transform: 7 {{{ C:\>ffmpeg -i pred6disc7.jpg out.bmp ffmpeg version N-55066-gc96b3ae Copyright (c) 2000-2013 the FFmpeg developers built on Jul 30 2013 02:33:47 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-pthreads --enable-memalign-hack --enable-runtime- cpudetect -- enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 -lw inmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapsh ots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/sna pshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 -- enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-li bvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-li bopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 82.100 / 3. 82.100 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [mjpeg @ 0x20e64c0] unknown colorspace Input #0, image2, from 'pred6disc7.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: mjpeg, gray, 1024x768, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: bmp, gray, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> bmp) Press [q] to stop, [?] for help [mjpeg @ 0x20e64c0] unknown colorspace frame= 1 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:769kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.002794% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 01:21:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 23:21:26 -0000 Subject: [FFmpeg-trac] #2826(avcodec:open): ljpeg: fix decoding of some gray samples (with lossless predictor > 4) In-Reply-To: <038.407a308aba45e1c5059cfcdba94f8251@avcodec.org> References: <038.407a308aba45e1c5059cfcdba94f8251@avcodec.org> Message-ID: <053.1c37d322548e3c4585c2db10ca0aa883@avcodec.org> #2826: ljpeg: fix decoding of some gray samples (with lossless predictor > 4) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ljpeg mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => ljpeg mjpeg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 01:22:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Jul 2013 23:22:58 -0000 Subject: [FFmpeg-trac] #2701(avcodec:open): mpeg2video 4:2:2: green artefacts at the bottom with lowres 3 In-Reply-To: <038.dc5d77b32e4e7ad63193791aa7003c32@avcodec.org> References: <038.dc5d77b32e4e7ad63193791aa7003c32@avcodec.org> Message-ID: <053.e99d0b28905010fe2084cfb9003160bb@avcodec.org> #2701: mpeg2video 4:2:2: green artefacts at the bottom with lowres 3 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: lowres | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:2 michael]: > Could this be worked around, yes but its not pretty requireing to detect this specific case and calculate the IDCT differently. > Does this affect any real world use cases ? I don't know, but feel free to close this ticket if you think that fixing it would require too much magic. ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 02:21:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 00:21:06 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=232825=28undetermined=3Aclosed=29=3A_err?= =?utf-8?q?or=3A_unable_to_find_a_register_to_spill_in_class_=E2=80=98AREG?= =?utf-8?b?4oCZ?= In-Reply-To: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> References: <034.cfeea7fcf8b25dc044774ac067f2f98d@avcodec.org> Message-ID: <049.f6e00c9b1bfae3cb465c3f05f361ad7a@avcodec.org> #2825: error: unable to find a register to spill in class ?AREG? -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 burek]: > I'm not sure why cehoyos did not provide the link to the duplicate issue, but I can only guess that this is the issue that might be that duplicate: #2823 Could you elaborate what you mean with ''guess''? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 02:48:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 00:48:54 -0000 Subject: [FFmpeg-trac] #2821(avformat:closed): vob file couldn't seek to the beginning In-Reply-To: <036.86836c44cd391298707d566da072bbce@avcodec.org> References: <036.86836c44cd391298707d566da072bbce@avcodec.org> Message-ID: <051.b12177d3a71d4bca6c3d536751991ad1@avcodec.org> #2821: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mpegps seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpegps seek * resolution: => duplicate * status: new => closed * component: undetermined => avformat * version: unspecified => git-master Comment: I suspect this is a duplicate of ticket #1438, sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1438/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 02:49:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 00:49:11 -0000 Subject: [FFmpeg-trac] #1438(avformat:open): Seeking in vob file with timestamp discontinuities fails In-Reply-To: <041.683609966b390ed411869c092624f8a6@avcodec.org> References: <041.683609966b390ed411869c092624f8a6@avcodec.org> Message-ID: <056.0a103a0f600838cd20c1a212ce52621f@avcodec.org> #1438: Seeking in vob file with timestamp discontinuities fails -------------------------------------+------------------------------------- Reporter: | Owner: superandrzej | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps seek | Reproduced by developer: 1 roundup | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Ticket #2821 looks related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 02:50:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 00:50:35 -0000 Subject: [FFmpeg-trac] #2819(avcodec:new): [Android] avcodec cannot find symbol OMXCodec::Create In-Reply-To: <032.d0fb434e88064014017e7288112eb003@avcodec.org> References: <032.d0fb434e88064014017e7288112eb003@avcodec.org> Message-ID: <047.55e9aebf44c2f90b960ca35ecdc0eab9@avcodec.org> #2819: [Android] avcodec cannot find symbol OMXCodec::Create ------------------------------------+----------------------------------- Reporter: cxo | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is this reproducible with {{{./configure && make}}} ? Is it a regression? (Ie: Did it work with an older version of FFmpeg?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 03:06:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 01:06:27 -0000 Subject: [FFmpeg-trac] #2821(avformat:closed): vob file couldn't seek to the beginning In-Reply-To: <036.86836c44cd391298707d566da072bbce@avcodec.org> References: <036.86836c44cd391298707d566da072bbce@avcodec.org> Message-ID: <051.6f1a4d995ea178471be4058c7866e2be@avcodec.org> #2821: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mpegps seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by hxuanyu): Replying to [comment:1 cehoyos]: > I suspect this is a duplicate of ticket #1438, sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1438/ Hi Cehoyos, As I said I found this issue when I seek to the beginning of the video while playing, and then all subsequent av_read_frame returns incorrect data. Could you confirm ffplay -ss 0 fails because of the same cause. So that I can just wait for your fix. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 03:15:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 01:15:09 -0000 Subject: [FFmpeg-trac] #2821(avformat:closed): vob file couldn't seek to the beginning In-Reply-To: <036.86836c44cd391298707d566da072bbce@avcodec.org> References: <036.86836c44cd391298707d566da072bbce@avcodec.org> Message-ID: <051.536a03f90a1ba7880f0c807b416d4be4@avcodec.org> #2821: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mpegps seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 hxuanyu]: > Replying to [comment:1 cehoyos]: > > I suspect this is a duplicate of ticket #1438 > > Could you confirm ffplay -ss 0 fails because of the same cause. Unfortunately, I can't. Sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 03:19:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 01:19:15 -0000 Subject: [FFmpeg-trac] #2821(avformat:closed): vob file couldn't seek to the beginning In-Reply-To: <036.86836c44cd391298707d566da072bbce@avcodec.org> References: <036.86836c44cd391298707d566da072bbce@avcodec.org> Message-ID: <051.aad8c0e38a3216e51c6f9c60725cd487@avcodec.org> #2821: vob file couldn't seek to the beginning -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mpegps seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by hxuanyu): Replying to [comment:3 cehoyos]: > Replying to [comment:2 hxuanyu]: > > Replying to [comment:1 cehoyos]: > > > I suspect this is a duplicate of ticket #1438 > > > > Could you confirm ffplay -ss 0 fails because of the same cause. > > Unfortunately, I can't. Sorry. Thanks Cehoyos, Or is their anyway to reproduce this with ffplay? I mean is there anyway, after ffplay has started videoplaying for a while, ask it seek back to the beginning? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 07:33:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 05:33:22 -0000 Subject: [FFmpeg-trac] #2827(FFmpeg:new): Output pixel format should be chosen based on H.264 profile, not the other way around Message-ID: <035.949515549f21e153bcb6ee069bc2e9b1@avcodec.org> #2827: Output pixel format should be chosen based on H.264 profile, not the other way around --------------------------------+--------------------------------------- Reporter: MarkZV | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Users are more likely to know what they need in terms of H.264 profiles, rather than lower level details like pixel formats, cabac, 8x8 transforms, etc. The H.264 profile that is supported by a player or device is usually specified in the documentation or technical specifications, and its purpose is to make knowledge of the other technical codec parameters unnecessary for most users. It is expected that the other codec parameters can be chosen automatically based on the profile. Right now that works for some things like cabac but is broken for pixel format. Even when a profile is specified explicitly, FFmpeg will choose a pixel format that is not compatible with the profile that is specified. It makes the user specify the pixel format even when only 4:2:0 will work. There is no indication in the documentation that this is necessary or what pixel format should be specified for H.264 baseline, main, or high profile. There is a message within the FFmpeg output but the way it is worded sounds like the option is only needed for greater compatibility and not for the command to work, and it does not make clear why the user should have to worry about pixel formats especially if the profile only supports 4:2:0. {{{ $ ffmpeg -f lavfi -i testsrc -t 5 -profile:v baseline out.mp4 ffmpeg version 2.0-c96b3ae Copyright (c) 2000-2013 the FFmpeg developers built on Jul 29 2013 15:12:25 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-gnutls --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable- libxvid --enable-version3 --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-nonfree --enable-libfdk-aac --enable-libfaac libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 19.100 / 55. 19.100 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 82.100 / 3. 82.100 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. x264 [error]: baseline profile doesn't support 4:4:4 [libx264 @ 0x103801600] Error setting profile baseline. [libx264 @ 0x103801600] Possible profiles: baseline main high high10 high422 high444 Output #0, mp4, to 'out.mp4': Stream #0:0: Video: h264, yuv444p, 320x240 [SAR 1:1 DAR 4:3], q=-1--1, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> libx264) Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} If the principle is to not lose any data unless the user specifies otherwise, then the default should be {{{-crf 0}}}. However I believe that the principle is actually to choose defaults that users will find the most useful. Therefore, it seems that by default the libx264 encoder should make choices for unspecified settings based on the profile, and when no profile or options requiring a higher profile are explicitly specified (e.g. {{{-crf 0}}}), it should choose defaults compatible with high profile. Not because high produces the best quality, just as {{{-crf 23}}} does not produce the best quality, but because high profile (like {{{-crf 23}}}) will work well for most people that don't care enough to specify a profile. In other words a 4:4:4 pixel format should not be automatically chosen unless the {{{high444}}} profile was chosen (since that is the only profile compatible with 4:4:4), and the {{{high444}}} profile should not be chosen unless the user explicitly specifies an option that requires it (e.g. {{{-profile:v high444}}} or {{{-crf 0}}}). An error should be reported if the user specifies conflicting options, such as {{{-profile:v baseline -crf 0}}}, but no error should be reported if the specified parameters can be accommodated by choosing a different value for an automatically chosen unspecified parameter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 09:09:52 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 07:09:52 -0000 Subject: [FFmpeg-trac] #2819(avcodec:new): [Android] avcodec cannot find symbol OMXCodec::Create In-Reply-To: <032.d0fb434e88064014017e7288112eb003@avcodec.org> References: <032.d0fb434e88064014017e7288112eb003@avcodec.org> Message-ID: <047.ededba88db95d6b6758ce33b5441d076@avcodec.org> #2819: [Android] avcodec cannot find symbol OMXCodec::Create ------------------------------------+----------------------------------- Reporter: cxo | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cxo): Yes this is easily reproducible with Android 4+ Its actually the opposite of a regression. The issue is that the libstagefright integration was done with a very old version of Android (2.3 aka Gingerbread) and thus is no longer compatible with newer versions of Android/stagefright/openMAX. I don't believe this has even worked for at least a year now. I was really surprised to see how broken the libstagefright integration is in FFmpeg. I thought this was a popular usage model given that its possibly the only way you can access the OpenMAX hw codec plugins through FFmpeg. Or am I wrong? I made the necessary changes to libavcodec/libstagefright.cpp to support Android HEAD and got it to compile and it "sorta" worked. But overall the code is really broken and I'm not even going to try go any further. It needs a re-write. I've resorted to using FFmpeg in parallel with stagefright as opposed to trying to use stagefright/openMAX through FFmpeg. And in Android 4.3 onwards I will be dropping FFmpeg altogether in favour of the new android.media.* classes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 10:40:42 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 08:40:42 -0000 Subject: [FFmpeg-trac] #2819(avcodec:new): [Android] avcodec cannot find symbol OMXCodec::Create In-Reply-To: <032.d0fb434e88064014017e7288112eb003@avcodec.org> References: <032.d0fb434e88064014017e7288112eb003@avcodec.org> Message-ID: <047.79a9f0413371b94d461299f007950834@avcodec.org> #2819: [Android] avcodec cannot find symbol OMXCodec::Create -------------------------------------+------------------------------------- Reporter: cxo | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: libstagefright | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libstagefright * priority: important => normal Comment: Did you send your changes to the ffmpeg-devel mailing list? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 16:48:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 14:48:03 -0000 Subject: [FFmpeg-trac] #2157(avformat:open): -metadata track=1/10 and M4A issues In-Reply-To: <037.081927c98e25c67c9e0bcaf9f62b45cb@avcodec.org> References: <037.081927c98e25c67c9e0bcaf9f62b45cb@avcodec.org> Message-ID: <052.0a102b2079d80c19a489fb2fe5c614e0@avcodec.org> #2157: -metadata track=1/10 and M4A issues --------------------------------------+------------------------------------ Reporter: Atarikid | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov metadata | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mov => mov metadata -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jul 31 19:15:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Jul 2013 17:15:46 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment Message-ID: <039.2bf7af10ff8a4a49227544671e70b4f2@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------- Reporter: dlevinson5 | Type: defect Status: new | Priority: critical Component: avformat | Version: Keywords: HLS MPEGTS | unspecified Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Summary of the bug: when creating hls segments using ffmpeg the continuity counter is being reset to 0 for each segment instead of continuing from the prior segment. This is somewhat critical since this breaks the MPEG2 specification and does not pass Apple's HLS compliance requirements. In the mpegts_write_header() function the pat, sdt and st_ts->cc counters are reset when the segment is written instead of being carried forward from the prior segment. To work around this issue I created several static variables to persist the continuity counters and added a flag to switch between preserving continuity or using the default logic. static int mpegts_pat = 15; static int mpegts_sdt = 15; static int mpegts_cc[10] = {15,15,15,15,15,15,15}; How to reproduce: {{{ %ffmpeg -i -c copy -map 0 -vbsf h264_mp4toannexb -initial_offset 10 -segment_list_type m3u8 -flags +global_header -f segment -segment_list_flags +live -segment_list_type m3u8 -segment_list \"{1}.m3u8\" -segment_time 10 -segment_format mpegts _%d.ts Inspect each segment continuity counter values in sequence and it will be observed that the continuity counter is reset to 0 at the start of each segment. ffmpeg version v2.0 / N-54901-g55db06a / Win32/64 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker