From trac at avcodec.org Mon Dec 1 00:29:53 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Nov 2014 23:29:53 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed Message-ID: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | 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: I tried to rebroadcast a twitch stream on another channel with livestreamer and ffmpeg, but the sound went missing on the second stream. How to reproduce: I started the stream like this: {{{ % livestreamer -O www.twitch.tv/otherstream worst 2>/dev/null | ffmpeg -i - -c copy -bsf:a aac_adtstoasc -f flv "rtmp://live.twitch.tv/app/live_xxxxxxxx_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" ffmpeg version 2.4.3 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 2 2014 09:16:45 with gcc 4.9.1 (GCC) 20140903 (prerelease) configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable- libfreetype --enable-libfribidi --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libv4l2 --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libx265 --enable-libxvid --enable-runtime-cpudetect --enable-shared --enable-swresample --enable-vdpau --enable-version3 --enable-x11grab libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mpegts, from 'pipe:': Duration: N/A, start: 81647.996000, bitrate: 128 kb/s Program 1 Stream #0:0[0x100]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 128 kb/s Stream #0:1[0x101]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x226, 20 fps, 20 tbr, 90k tbn, 2k tbc Stream #0:2[0x102]: Data: timed_id3 (ID3 / 0x20334449) Output #0, flv, to 'rtmp://live.twitch.tv/app/live_xxxxxxxx_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx': Metadata: encoder : Lavf56.4.101 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 400x226, q=2-31, 20 fps, 1k tbn, 90k tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, stereo, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) frame= 118 fps=0.0 q=-1.0 size= 143kB time=00:00:06.01 bitrate= 195.1kbits/s frame= 119 fps= 60 q=-1.0 size= 144kB time=00:00:06.04 bitrate= 195.7kbits/s frame= 197 fps= 38 q=-1.0 size= 245kB time=00:00:09.94 bitrate= 202.2kbits/s frame= 279 fps= 33 q=-1.0 size= 349kB time=00:00:14.03 bitrate= 203.7kbits/s frame= 316 fps= 27 q=-1.0 size= 387kB time=00:00:15.93 bitrate= 198.9kbits/s frame= 397 fps= 26 q=-1.0 size= 482kB time=00:00:19.99 bitrate= 197.5kbits/s frame= 479 fps= 27 q=-1.0 size= 577kB time=00:00:24.03 bitrate= 196.7kbits/s frame= 519 fps= 25 q=-1.0 size= 629kB time=00:00:26.03 bitrate= 198.1kbits/s frame= 598 fps= 24 q=-1.0 size= 727kB time=00:00:30.02 bitrate= 198.3kbits/s frame= 677 fps= 24 q=-1.0 size= 824kB time=00:00:33.97 bitrate= 198.8kbits/s frame= 718 fps= 23 q=-1.0 size= 870kB time=00:00:35.99 bitrate= 197.9kbits/s [flv @ 0x1297c80] Failed to update header with correct duration. [flv @ 0x1297c80] Failed to update header with correct filesize. frame= 755 fps= 22 q=-1.0 Lsize= 918kB time=00:00:37.90 bitrate= 198.4kbits/s video:282kB audio:592kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.998726% Received signal 2: terminating. }}} And this is the came out of the other stream: {{{ % livestreamer -O www.twitch.tv/mystream worst 2> /dev/null | ffmpeg -i - ffmpeg version 2.4.3 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 2 2014 09:16:45 with gcc 4.9.1 (GCC) 20140903 (prerelease) configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable- libfreetype --enable-libfribidi --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libv4l2 --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libx265 --enable-libxvid --enable-runtime-cpudetect --enable-shared --enable-swresample --enable-vdpau --enable-version3 --enable-x11grab libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mpegts, from 'pipe:': Duration: N/A, start: 138.000000, bitrate: N/A Program 1 Stream #0:0[0x101]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x226, 20 fps, 20 tbr, 90k tbn, 2k tbc Stream #0:1[0x102]: Data: timed_id3 (ID3 / 0x20334449) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 00:31:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Nov 2014 23:31:02 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.ecf50bf1d90d98b1c1e6832a4efc7ab8@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by PyroDevil): * version: unspecified => 2.4.3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 01:52:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 00:52:22 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.b584a2b401ce294443224786dc7a547f@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the issue also reproducible with current FFmpeg git head? Is network input and network output required to reproduce the issue? Or is it also reproducible with file input and / or file output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 10:14:53 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 09:14:53 -0000 Subject: [FFmpeg-trac] #4146(ffmpeg:new): zoompan progress stops after 2 sec when it is overlayed Message-ID: <037.d2ea5ea21dc4704510acd45c68f0f0f3@avcodec.org> #4146: zoompan progress stops after 2 sec when it is overlayed ---------------------------------+--------------------------------------- Reporter: hgerard | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: zoompan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- The problem occurs when we try to overlay a zoompan filter with a 'zoom in' progress effect. The 'zoom in' progress stops at 2 sec whatever the value of 'd'. Here is the command line: /usr/local/ffmpeg_static/ffmpeg -loglevel 9 -y \ -f lavfi -r 25 -i color=black \ -loop 1 -r 25 -i /home/storage/pictures/3537/7403/2408/element_567_1417213924_animal1_900x726.png \ -filter_complex " \ [0:v]scale=640x480[background]; \ [1:v]scale=640x480,zoompan=z='zoom+0.001':x='ow/2':y='oh/2':s=640x480:d=250,setpts =PTS-STARTPTS+1/TB [vshot2];\ [background][vshot2] overlay[vfinal]" \ -strict -2 -c:v h264 -b:a 96k -aspect 640/480 -pix_fmt yuv420p -t 10 -map [vfinal] /home/storage/videos/debug.mp4 Here is the log: ffmpeg version N-41370-gb4d8724- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Nov 24 2014 00:39:29 with gcc 4.8 (Debian 4.8.3-13) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.100 / 56. 15.100 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, lavfi, from 'color=black': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Input #1, png_pipe, from '/home/storage/pictures/3537/7403/2408/element_567_1417213924_animal1_900x726.png': Duration: N/A, bitrate: N/A Stream #1:0: Video: png, rgb24, 900x674 [SAR 72:72 DAR 450:337], 25 fps, 25 tbr, 25 tbn, 25 tbc Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (/home/storage/videos/debug.mp4) 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. [libx264 @ 0xa046a80] using SAR=1/1 [libx264 @ 0xa046a80] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0xa046a80] profile High, level 3.0 [libx264 @ 0xa046a80] 264 - core 142 r14 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/home/storage/videos/debug.mp4': Metadata: encoder : Lavf56.15.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: encoder : Lavc56.13.100 libx264 Stream mapping: Stream #0:0 (rawvideo) -> scale Stream #1:0 (png) -> scale overlay -> Stream #0:0 (libx264) Press [q] to stop, [?] for help [swscaler @ 0x9fe99e0] Warning: data is not aligned! This can lead to a speedloss [Parsed_overlay_4 @ 0xa044e40] [framesync @ 0xa044ee4] Buffer queue overflow, dropping. Last message repeated 184 times [Parsed_overlay_4 @ 0xa044e40] [framesync @ 0xa044ee4] Buffer queue overflow, dropping. Last message repeated 185 times frame= 250 fps=115 q=-1.0 Lsize= 100kB time=00:00:09.92 bitrate= 82.2kbits/s video:96kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.915611% [libx264 @ 0xa046a80] frame I:2 Avg QP:13.38 size: 19784 [libx264 @ 0xa046a80] frame P:62 Avg QP:18.45 size: 731 [libx264 @ 0xa046a80] frame B:186 Avg QP:24.24 size: 67 [libx264 @ 0xa046a80] consecutive B-frames: 0.8% 0.0% 0.0% 99.2% [libx264 @ 0xa046a80] mb I I16..4: 50.0% 45.4% 4.6% [libx264 @ 0xa046a80] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 12.8% 3.5% 2.7% 0.0% 0.0% skip:81.0% [libx264 @ 0xa046a80] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 4.6% 0.0% 0.0% direct: 0.0% skip:95.4% L0:49.7% L1:49.7% BI: 0.6% [libx264 @ 0xa046a80] 8x8 transform intra:45.4% inter:88.5% [libx264 @ 0xa046a80] coded y,uvDC,uvAC intra: 49.6% 49.1% 43.2% inter: 1.1% 2.5% 0.0% [libx264 @ 0xa046a80] i16 v,h,dc,p: 97% 0% 3% 0% [libx264 @ 0xa046a80] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 16% 7% 7% 10% 11% 10% 10% 13% [libx264 @ 0xa046a80] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 12% 5% 6% 16% 15% 12% 9% 10% [libx264 @ 0xa046a80] i8c dc,h,v,p: 67% 9% 12% 12% [libx264 @ 0xa046a80] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0xa046a80] ref P L0: 68.1% 15.4% 7.1% 9.4% [libx264 @ 0xa046a80] ref B L0: 97.4% 1.5% 1.1% [libx264 @ 0xa046a80] ref B L1: 99.2% 0.8% [libx264 @ 0xa046a80] kb/s:77.91 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 11:57:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 10:57:49 -0000 Subject: [FFmpeg-trac] #4143(avfilter:open): Support Core Image of MacOSX In-Reply-To: <037.94e4e203760f7ca944db618a7d544d22@avcodec.org> References: <037.94e4e203760f7ca944db618a7d544d22@avcodec.org> Message-ID: <052.38d9e90725d4429cf9b963e452565680@avcodec.org> #4143: Support Core Image of MacOSX -------------------------------------+------------------------------------ Reporter: rusghon | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: osx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rusghon): Also, CICategoryGeometryAdjustmen is useful. It has Crop and LanczosScale, etc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 12:34:15 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 11:34:15 -0000 Subject: [FFmpeg-trac] #4147(website:new): Simplify RPM Fusion description Message-ID: <042.da11a09d0a6d11cde7c89048adc08775@avcodec.org> #4147: Simplify RPM Fusion description -------------------------------------+------------------------------------- Reporter: Marcos | Type: Mello | enhancement Status: new | Priority: normal Component: website | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I consider the current description confusing. Let's simplify it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 13:00:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 12:00:27 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.56036418678da2629678890884a824dc@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by PyroDevil): I will try it with the git head now and report back. I tested it with flv file output, but this file had an working audio channel. So at least output streaming is necessary to reproduce it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 13:35:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 12:35:36 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.a7279a4eceed790e01c94f3c24308481@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.3 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by PyroDevil): Ok, I tried it with the git head version of ffmpeg, same result. Streaming: {{{ % livestreamer -O www.twitch.tv/otherstream worst 2>/dev/null | ffmpeg -i - -c copy -bsf:a aac_adtstoasc -f flv "rtmp://live.twitch.tv/app/live_xxxxxxxx_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" ffmpeg version N-68129-g928322c Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 13:02:26 with gcc 4.9.2 (GCC) configuration: --prefix=/usr --disable-static --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-shared --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpegts, from 'pipe:': Duration: N/A, start: 43820.315000, bitrate: 114 kb/s Program 1 Stream #0:0[0x100]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 114 kb/s Stream #0:1[0x101]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x226, 20 fps, 20 tbr, 90k tbn, 2k tbc Stream #0:2[0x102]: Data: timed_id3 (ID3 / 0x20334449) Output #0, flv, to 'rtmp://live.twitch.tv/app/live_xxxxxxxx_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx': Metadata: encoder : Lavf56.15.101 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 400x226, q=2-31, 20 fps, 1k tbn, 90k tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, stereo, 114 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) frame= 78 fps=0.0 q=-1.0 size= 102kB time=00:00:03.99 bitrate= 208.5kbits/s frame= 118 fps=108 q=-1.0 size= 149kB time=00:00:06.01 bitrate= 203.4kbits/s frame= 158 fps= 37 q=-1.0 size= 204kB time=00:00:08.03 bitrate= 208.2kbits/s frame= 238 fps= 32 q=-1.0 size= 308kB time=00:00:12.00 bitrate= 210.2kbits/s frame= 275 fps= 26 q=-1.0 size= 356kB time=00:00:13.90 bitrate= 209.7kbits/s frame= 358 fps= 31 q=-1.0 size= 463kB time=00:00:18.04 bitrate= 210.4kbits/s frame= 398 fps= 29 q=-1.0 size= 513kB time=00:00:20.03 bitrate= 209.9kbits/s frame= 437 fps= 26 q=-1.0 size= 566kB time=00:00:21.96 bitrate= 211.2kbits/s frame= 516 fps= 26 q=-1.0 size= 673kB time=00:00:25.96 bitrate= 212.4kbits/s frame= 558 fps= 24 q=-1.0 size= 724kB time=00:00:27.98 bitrate= 211.9kbits/s frame= 637 fps= 24 q=-1.0 size= 826kB time=00:00:31.95 bitrate= 211.7kbits/s frame= 718 fps= 24 q=-1.0 size= 925kB time=00:00:36.03 bitrate= 210.2kbits/s frame= 758 fps= 23 q=-1.0 size= 979kB time=00:00:38.01 bitrate= 210.9kbits/s frame= 798 fps= 22 q=-1.0 size= 1033kB time=00:00:39.98 bitrate= 211.7kbits/s frame= 838 fps= 22 q=-1.0 size= 1083kB time=00:00:42.05 bitrate= 211.0kbits/s frame= 918 fps= 23 q=-1.0 size= 1187kB time=00:00:46.04 bitrate= 211.2kbits/s frame= 957 fps= 23 q=-1.0 size= 1237kB time=00:00:47.94 bitrate= 211.3kbits/s frame= 998 fps= 22 q=-1.0 size= 1293kB time=00:00:50.03 bitrate= 211.6kbits/s frame= 1078 fps= 22 q=-1.0 size= 1394kB time=00:00:54.03 bitrate= 211.4kbits/s frame= 1118 fps= 22 q=-1.0 size= 1444kB time=00:00:56.05 bitrate= 211.0kbits/s frame= 1198 fps= 22 q=-1.0 size= 1546kB time=00:01:00.04 bitrate= 210.9kbits/s frame= 1238 fps= 22 q=-1.0 size= 1599kB time=00:01:02.02 bitrate= 211.3kbits/s frame= 1278 fps= 21 q=-1.0 size= 1652kB time=00:01:04.04 bitrate= 211.4kbits/s [flv @ 0x10f6c80] Failed to update header with correct duration. [flv @ 0x10f6c80] Failed to update header with correct filesize. frame= 1358 fps= 21 q=-1.0 Lsize= 1761kB time=00:01:08.01 bitrate= 212.2kbits/s video:620kB audio:1063kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.644344% Received signal 2: terminating. }}} and receiving: {{{ % livestreamer -O www.twitch.tv/mystream worst | ffmpeg -i - ffmpeg version N-68129-g928322c Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 13:02:26 with gcc 4.9.2 (GCC) configuration: --prefix=/usr --disable-static --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-shared --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpegts, from 'pipe:': Duration: N/A, start: 94.022000, bitrate: N/A Program 1 Stream #0:0[0x101]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x226, 20 fps, 20 tbr, 90k tbn, 2k tbc Stream #0:1[0x102]: Data: timed_id3 (ID3 / 0x20334449) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 13:44:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 12:44:09 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.f32297de2007a4229d81ba3ec30b7332@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | 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 PyroDevil): * version: 2.4.3 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 13:59:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 12:59:56 -0000 Subject: [FFmpeg-trac] #4121(avcodec:closed): Invalid reads when using -flags +qpel+ildct+ilme In-Reply-To: <037.5627541a39780b0e6b5b7d55e98d0dc8@avcodec.org> References: <037.5627541a39780b0e6b5b7d55e98d0dc8@avcodec.org> Message-ID: <052.89e7f658294e30705a4d092a95e4cce9@avcodec.org> #4121: Invalid reads when using -flags +qpel+ildct+ilme ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | 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 b50e003e1cb6a215df44ffa3354603bf600b4aa3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 14:43:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 13:43:10 -0000 Subject: [FFmpeg-trac] #4147(website:new): Simplify RPM Fusion description In-Reply-To: <042.da11a09d0a6d11cde7c89048adc08775@avcodec.org> References: <042.da11a09d0a6d11cde7c89048adc08775@avcodec.org> Message-ID: <057.72d1875de2522ac89021ba81d8393ef5@avcodec.org> #4147: Simplify RPM Fusion description --------------------------------------+----------------------------------- Reporter: Marcos Mello | Owner: Type: enhancement | Status: new Priority: normal | Component: website Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by cehoyos): Please send all patches - made with {{{git format-patch}}} - to the developer mailing list, they are often ignored on the bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 15:02:05 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 14:02:05 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.c2df197abe9042d58ae2a26b930b8b66@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | 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 PyroDevil): I also tried it without twitch in between, but the problem doesn't occur: {{{ % livestreamer -O www.twitch.tv/otherstream worst 2>/dev/null | ffmpeg -i - -c copy -bsf:a aac_adtstoasc -f flv pipe:1 2>/dev/null | ffmpeg -i - 2> pipetest.log ffmpeg version N-68130-gb50e003 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 14:44:49 with gcc 4.9.2 (GCC) configuration: --prefix=/usr --disable-static --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-shared --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, flv, from 'pipe:': Metadata: encoder : Lavf56.15.101 Duration: 00:00:00.00, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Constrained Baseline), yuv420p, 400x226, 20 fps, 20 tbr, 1k tbn, 2k tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, fltp, 127 kb/s At least one output file must be specified }}} So could it be the rtmp protocol? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 15:10:36 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 14:10:36 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.13efa7ccb068aca09c7f5da64e9a2957@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | 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 PyroDevil): Now I tried using a file and streaming it to twitch. Everything went fine. Streaming: {{{ % ffmpeg -i video.mkv -c copy -f flv "rtmp://live.twitch.tv/app/live_xxxxxxxx_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" ffmpeg version N-68130-gb50e003 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 14:44:49 with gcc 4.9.2 (GCC) configuration: --prefix=/usr --disable-static --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-shared --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, matroska,webm, from 'video.mkv': Metadata: COMPATIBLE_BRANDS: iso6mp41 MAJOR_BRAND : dash MINOR_VERSION : 0 ENCODER : Lavf56.4.101 Duration: 00:52:19.47, start: 0.033000, bitrate: 2939 kb/s Stream #0:0(und): Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 1k tbn, 60 tbc (default) Metadata: CREATION_TIME : 2014-11-28 16:36:46 LANGUAGE : und HANDLER_NAME : VideoHandler Stream #0:1(und): Audio: aac (LC), 44100 Hz, stereo, fltp (default) Metadata: CREATION_TIME : 2014-11-28 16:36:23 LANGUAGE : und HANDLER_NAME : SoundHandler Output #0, flv, to 'rtmp://live.twitch.tv/app/live_xxxxxxxx_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx': Metadata: COMPATIBLE_BRANDS: iso6mp41 MAJOR_BRAND : dash MINOR_VERSION : 0 encoder : Lavf56.15.101 Stream #0:0(und): Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 1k tbn, 1k tbc (default) Metadata: CREATION_TIME : 2014-11-28 16:36:46 LANGUAGE : und HANDLER_NAME : VideoHandler Stream #0:1(und): Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, stereo (default) Metadata: CREATION_TIME : 2014-11-28 16:36:23 LANGUAGE : und HANDLER_NAME : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 7 fps=0.0 q=-1.0 size= 197kB time=00:00:00.20 bitrate=7732.1kbits/s frame= 17 fps= 15 q=-1.0 size= 826kB time=00:00:00.51 bitrate=13246.4kbits/s frame= 151 fps= 64 q=-1.0 size= 2160kB time=00:00:05.01 bitrate=3527.9kbits/s frame= 185 fps= 51 q=-1.0 size= 2697kB time=00:00:06.10 bitrate=3617.4kbits/s frame= 302 fps= 70 q=-1.0 size= 3960kB time=00:00:10.00 bitrate=3241.8kbits/s frame= 334 fps= 69 q=-1.0 size= 4191kB time=00:00:11.07 bitrate=3100.0kbits/s frame= 346 fps= 64 q=-1.0 size= 4465kB time=00:00:11.47 bitrate=3188.8kbits/s frame= 381 fps= 63 q=-1.0 size= 4766kB time=00:00:12.67 bitrate=3079.9kbits/s frame= 403 fps= 62 q=-1.0 size= 5041kB time=00:00:13.37 bitrate=3087.5kbits/s frame= 429 fps= 61 q=-1.0 size= 5402kB time=00:00:14.23 bitrate=3109.0kbits/s frame= 452 fps= 58 q=-1.0 size= 5849kB time=00:00:15.00 bitrate=3194.0kbits/s frame= 509 fps= 61 q=-1.0 size= 6229kB time=00:00:16.90 bitrate=3018.8kbits/s frame= 536 fps= 60 q=-1.0 size= 6678kB time=00:00:17.81 bitrate=3071.9kbits/s frame= 564 fps= 60 q=-1.0 size= 7019kB time=00:00:18.76 bitrate=3064.9kbits/s [flv @ 0x13406a0] Failed to update header with correct duration. [flv @ 0x13406a0] Failed to update header with correct filesize. frame= 615 fps= 61 q=-1.0 Lsize= 7560kB time=00:00:20.45 bitrate=3027.4kbits/s video:6900kB audio:633kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.359983% Received signal 2: terminating. }}} and receiving: {{{ % livestreamer -O www.twitch.tv/mystream worst 2> /dev/null | ffmpeg -i - ffmpeg version N-68130-gb50e003 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 14:44:49 with gcc 4.9.2 (GCC) configuration: --prefix=/usr --disable-static --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-shared --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! [h264 @ 0x24d8740] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 0x24d8740] decode_slice_header error [h264 @ 0x24d8740] no frame! Input #0, mpegts, from 'pipe:': Duration: N/A, start: 94.282789, bitrate: 247 kb/s Program 1 Stream #0:0[0x100]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 247 kb/s Stream #0:1[0x101]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn, 60 tbc Stream #0:2[0x102]: Data: timed_id3 (ID3 / 0x20334449) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 15:58:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 14:58:42 -0000 Subject: [FFmpeg-trac] #4148(avcodec:new): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file Message-ID: <036.5656392694b4a840db898d612d78106a@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file --------------------------------------+--------------------------------- Reporter: benoit | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: pngdsp Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+--------------------------------- How to reproduce: {{{ $ gdb --args ./ffmpeg_g -i dolske/whee.png -f null /dev/null GNU gdb (GDB) 7.6.1-ubuntu Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/hack/ffmpeg/videolan.org/ffmpeg_g...done. (gdb) r Starting program: /home/hack/ffmpeg/videolan.org/./ffmpeg_g -i dolske/whee.png -f null /dev/null [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-68130-gb50e003 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 14:20:21 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: --enable-gpl --enable-libmp3lame --enable-libx264 --samples=/home/hack/ffmpeg/videolan.org/fate-suite libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, apng, from 'dolske/whee.png': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: apng, rgba, 230x200, 12.08 fps, 12.05 tbr, 100k tbn, 100k tbc [New Thread 0x7ffff2d87700 (LWP 9343)] [New Thread 0x7ffff2586700 (LWP 9344)] [New Thread 0x7ffff1d85700 (LWP 9345)] [New Thread 0x7ffff1584700 (LWP 9346)] [New Thread 0x7ffff0d83700 (LWP 9347)] [New Thread 0x7ffff0582700 (LWP 9348)] [New Thread 0x7fffefd81700 (LWP 9349)] [New Thread 0x7fffef580700 (LWP 9350)] [New Thread 0x7fffeed7f700 (LWP 9351)] [New Thread 0x7fffee57e700 (LWP 9352)] [New Thread 0x7fffedd7d700 (LWP 9353)] [New Thread 0x7fffed57c700 (LWP 9354)] [New Thread 0x7fffecd7b700 (LWP 9355)] [New Thread 0x7fffec57a700 (LWP 9356)] [New Thread 0x7fffebd79700 (LWP 9357)] [New Thread 0x7fffeb578700 (LWP 9358)] [New Thread 0x7fffead77700 (LWP 9359)] [New Thread 0x7fffea576700 (LWP 9360)] Output #0, null, to '/dev/null': Metadata: encoder : Lavf56.15.101 Stream #0:0: Video: rawvideo (RGBA / 0x41424752), rgba, 230x200, q=2-31, 200 kb/s, 12.05 fps, 12.05 tbn, 12.05 tbc Metadata: encoder : Lavc56.13.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (apng (native) -> rawvideo (native)) Press [q] to stop, [?] for help [null @ 0x1ae2260] Encoder did not produce proper pts, making some up. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffead77700 (LWP 9359)] ff_add_bytes_l2_sse2.loop_v () at libavcodec/x86/pngdsp.asm:90 90 ADD_BYTES_FN 2 (gdb) bt #0 ff_add_bytes_l2_sse2.loop_v () at libavcodec/x86/pngdsp.asm:90 #1 0x0000000000918e76 in png_filter_row (dsp=0x1aa3000, dst=0x7fffc400e754 "", filter_type=2, src=0x7fffc40300b0 "\002\002\002", last=0x7fffc400e3b4 "\034_\274\377 c\300\377\036e\277\377", size=352, bpp=4) at libavcodec/pngdec.c:255 #2 0x00000000009197a9 in png_handle_row (s=0x1aa3000) at libavcodec/pngdec.c:313 #3 0x0000000000919de0 in png_decode_idat (s=0x1aa3000, length=6125) at libavcodec/pngdec.c:398 #4 0x000000000091b373 in decode_idat_chunk (avctx=0x1aa2780, s=0x1aa3000, length=6125, p=0x1aa35c0) at libavcodec/pngdec.c:679 #5 0x000000000091d4c1 in decode_frame_common (avctx=0x1aa2780, s=0x1aa3000, p=0x1aa35c0, avpkt=0x1ad0478) at libavcodec/pngdec.c:1014 #6 0x000000000091dfd5 in decode_frame_apng (avctx=0x1aa2780, data=0x1aa2c60, got_frame=0x1ad04e0, avpkt=0x1ad0478) at libavcodec/pngdec.c:1171 #7 0x000000000092955d in frame_worker_thread (arg=0x1ad0378) at libavcodec/pthread_frame.c:158 #8 0x00007ffff741ff6e in start_thread (arg=0x7fffead77700) at pthread_create.c:311 #9 0x00007ffff657a9cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 (gdb) disassemble $pc-32,$pc+32 Dump of assembler code from 0xc4d3cc to 0xc4d40c: 0x0000000000c4d3cc : add %al,(%rax) 0x0000000000c4d3ce : add %al,(%rax) 0x0000000000c4d3d0 : movslq %ecx,%rcx 0x0000000000c4d3d3 : xor %r9,%r9 0x0000000000c4d3d6 : mov %rcx,%r8 0x0000000000c4d3d9 : and $0xffffffffffffffe0,%rcx 0x0000000000c4d3dd : jmp 0xc4d40a 0x0000000000c4d3df : movdqa (%rsi,%r9,1),%xmm0 0x0000000000c4d3e5 : movdqa 0x10(%rsi,%r9,1),%xmm1 => 0x0000000000c4d3ec : paddb (%rdx,%r9,1),%xmm0 0x0000000000c4d3f2 : paddb 0x10(%rdx,%r9,1),%xmm1 0x0000000000c4d3f9 : movdqa %xmm0,(%rdi,%r9,1) 0x0000000000c4d3ff : movdqa %xmm1,0x10(%rdi,%r9,1) 0x0000000000c4d406 : add $0x20,%r9 0x0000000000c4d40a : cmp %rcx,%r9 End of assembler dump. (gdb) info registers all rax 0xc4d3d0 12899280 rbx 0x1aa2780 27928448 rcx 0x160 352 rdx 0x7fffc400e3b4 140736481780660 rsi 0x7fffc40300b0 140736481919152 rdi 0x7fffc400e754 140736481781588 rbp 0x1ad0448 0x1ad0448 rsp 0x7fffead76b88 0x7fffead76b88 r8 0x160 352 r9 0x0 0 r10 0x5865b 362075 r11 0x1aa34f8 27931896 r12 0x13b2060 20652128 r13 0x1acf740 28112704 r14 0x1ad0378 28115832 r15 0x1ad0478 28116088 rip 0xc4d3ec 0xc4d3ec eflags 0x10287 [ CF PF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -inf (raw 0xffff0000000000000000) st1 -inf (raw 0xffff0000000000000000) st2 -inf (raw 0xffff0000000000000000) st3 -inf (raw 0xffff0000000000000000) st4 -inf (raw 0xffff0000000000000000) st5 -inf (raw 0xffff0000000000000000) st6 -inf (raw 0xffff0000000000000000) st7 -inf (raw 0xffff0000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xaaaa 43690 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x2, 0x2, 0x2, 0x0, 0x3, 0x3, 0x3, 0x0, 0x2, 0x2, 0x2, 0x0, 0x21, 0x68, 0xc2, 0xff, 0x0 }, v16_int16 = {0x202, 0x2, 0x303, 0x3, 0x202, 0x2, 0x6821, 0xffc2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x20202, 0x30303, 0x20202, 0xffc26821, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3030300020202, 0xffc2682100020202, 0x0, 0x0}, v2_int128 = {0xffc26821000202020003030300020202, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x1f, 0x69, 0xc4, 0xff, 0xff, 0xff, 0xff, 0x0, 0xfe, 0xfe, 0xfe, 0x0 }, v16_int16 = {0x691f, 0xffc4, 0xffff, 0xff, 0xfefe, 0xfe, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xffc4691f, 0xffffff, 0xfefefe, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xffffffffc4691f, 0xfefefe, 0x0, 0x0}, v2_int128 = { 0x0000000000fefefe00ffffffffc4691f, 0x00000000000000000000000000000000}} ymm2 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm3 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0 , 0xfe, 0xfe, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xfefe, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0x0, 0x0, 0xfefe0000, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0xfefe000000000000, 0x0, 0x0}, v2_int128 = {0xfefe0000000000000000000000000000, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xfe, 0x0, 0xff, 0xff, 0xff, 0x0 }, v16_int16 = {0xfe, 0xffff, 0xff, 0x0 }, v8_int32 = {0xffff00fe, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xffffff00fe, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000000000ffffff00fe, 0x00000000000000000000000000000000}} ---Type to continue, or q to quit--- ymm7 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 , 0x3, 0x3, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x303, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0x0, 0x0, 0x3030000, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x303000000000000, 0x0, 0x0}, v2_int128 = {0x03030000000000000000000000000000, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x46, 0x84, 0x24, 0x59, 0xd6, 0x3e, 0x0 }, v16_int16 = {0x0, 0x8446, 0x5924, 0x3ed6, 0x0 }, v8_int32 = {0x84460000, 0x3ed65924, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3ed6592484460000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003ed6592484460000, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x9689a800, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x6a, 0xa2, 0x65, 0x50, 0xf2, 0xea, 0x8f, 0xbd, 0x0 }, v16_int16 = {0xa26a, 0x5065, 0xeaf2, 0xbd8f, 0x0 }, v8_int32 = {0x5065a26a, 0xbd8feaf2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbd8feaf25065a26a, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bd8feaf25065a26a, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4, 0x3c, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3cc4, 0x0 }, v8_int32 = {0x0, 0x3cc40000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3cc4000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003cc4000000000000, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x59, 0xbc, 0x0 }, v16_int16 = {0x0, 0x0, 0x8000, 0xbc59, 0x0 }, v8_int32 = {0x0, 0xbc598000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbc59800000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bc59800000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0 }, v16_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0 }, v8_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3c5324f0e883858e, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003c5324f0e883858e, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x2d, 0x0, 0x0, 0x0}, v32_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0 }, v16_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0 }, v8_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x4046dfb516f209c0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000004046dfb516f209c0, 0x00000000000000000000000000000000}} }}} Note that I tried to disable the first loop in add_bytes_l2, and the output seems correct: {{{ diff --git a/libavcodec/x86/pngdsp.asm b/libavcodec/x86/pngdsp.asm index 8e23ccf..d4be8ad 100644 --- a/libavcodec/x86/pngdsp.asm +++ b/libavcodec/x86/pngdsp.asm @@ -50,8 +50,8 @@ cglobal add_bytes_l2, 4, 6, %1, dst, src1, src2, wa, w, i mova [dstq+iq+mmsize], m1 add iq, mmsize*2 .end_v: - cmp iq, waq - jl .loop_v +; cmp iq, waq +; jl .loop_v %if mmsize == 16 ; vector loop }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 15:59:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 14:59:45 -0000 Subject: [FFmpeg-trac] #4146(ffmpeg:new): zoompan progress stops after 2 sec when it is overlayed In-Reply-To: <037.d2ea5ea21dc4704510acd45c68f0f0f3@avcodec.org> References: <037.d2ea5ea21dc4704510acd45c68f0f0f3@avcodec.org> Message-ID: <052.3062f45ca9fdc2588cf6e683fc0e9b90@avcodec.org> #4146: zoompan progress stops after 2 sec when it is overlayed -------------------------------------+---------------------------------- Reporter: hgerard | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: zoompan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by Cigaes): The input of your zoompan filter has a frame every 1/25 second, but the zoompan filter will duplicate each one 250, making it 10 seconds long. Thus: in: t=0.00 ? out: t?[0.00, 10.00[ in: t=0.04 ? out: t?[0.04, 10.04[ in: t=0.08 ? out: t?[0.08, 10.08[ ... The output segments overlap instead of being monotonic. You need to either set the input frame rate to make them monotonic or completely override the output timestamps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 16:02:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 15:02:11 -0000 Subject: [FFmpeg-trac] #4133(avformat:closed): FLV resolution is not read In-Reply-To: <037.cf481aa627029fc7c00d5a60d1b30112@avcodec.org> References: <037.cf481aa627029fc7c00d5a60d1b30112@avcodec.org> Message-ID: <052.67911ff1e661990c2a7d2e6d8474c3d3@avcodec.org> #4133: FLV resolution is not read -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: flv | 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 24fdf7334d2bb9aab0abdbc878b8ae51eb57c86b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 16:14:55 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 15:14:55 -0000 Subject: [FFmpeg-trac] #3911(undetermined:closed): using avstream.codec.time_base as a timebase hint to the muxer is deprecated. set avstream.time_base instead. In-Reply-To: <038.f8076474f5b705ab3846f311005b72b5@avcodec.org> References: <038.f8076474f5b705ab3846f311005b72b5@avcodec.org> Message-ID: <053.46f07f002ed6117bb060a2373357a645@avcodec.org> #3911: using avstream.codec.time_base as a timebase hint to the muxer is deprecated. set avstream.time_base instead. -------------------------------------+------------------------------------- Reporter: needkane | Owner: Type: defect | Status: closed Priority: important | Component: Version: 2.3 | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: not reproducable with git master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 16:22:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 15:22:31 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Multiple STSD with EDTS demuxing/decoding support (same codec) (was: Regression in MP4 demuxer) In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.4ded91a32d55b7346c4a8624b1236e25@avcodec.org> #3962: Multiple STSD with EDTS demuxing/decoding support (same codec) -------------------------------------+------------------------------------- Reporter: shahriman | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: MOV edts | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: MOV edts regression => MOV edts stsd * priority: important => normal Comment: noone explained in 4 weeks how this could be a regression, also its a dead end to see it as one, the behavior before is not closer to how it should be -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 16:32:08 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 15:32:08 -0000 Subject: [FFmpeg-trac] #3962(avformat:reopened): Multiple STSD with EDTS demuxing/decoding support (same codec) In-Reply-To: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> References: <039.05f0218ad3be56580e6c77c508408ab3@avcodec.org> Message-ID: <054.c0c43e1986d10577b7185b9a35c85b9c@avcodec.org> #3962: Multiple STSD with EDTS demuxing/decoding support (same codec) -------------------------------------+------------------------------------- Reporter: shahriman | Owner: Type: defect | Status: reopened Priority: important | Component: avformat Version: git-master | Resolution: Keywords: MOV edts | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * priority: normal => important Comment: actually, it possibly makes sense to leave this as priority important even when its not a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 18:51:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 17:51:16 -0000 Subject: [FFmpeg-trac] #4149(undetermined:new): Extract frame from video does not preserve rotation / orientation metadata Message-ID: <034.520b9707637bf708828d95a2701bd1a6@avcodec.org> #4149: Extract frame from video does not preserve rotation / orientation metadata -------------------------------------+------------------------------------- Reporter: rrjp | 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: Take a video with rotate: 90 metadata set (e.g. iPhone) and extract a frame to use as a thumbnail. Rotation / orientation metadata does not appear to be set in the resulting jpeg. How to reproduce: Extract the JPEG {{{ ffmpeg -itsoffset 4 -i bz_12900.mov -y -vframes 1 bz.jpg ffmpeg version N-68129-g928322c Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 02:39:44 with gcc 4.9.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable- fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable- libfreetype --enable-libgme --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-l ibtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bz_12900.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2014-09-16 06:15:50 model : iPad 2 model-eng : iPad 2 encoder : 7.1.2 encoder-eng : 7.1.2 date : 2014-09-16T11:45:50+0530 date-eng : 2014-09-16T11:45:50+0530 location : +12.9394+077.6255+897.588/ location-eng : +12.9394+077.6255+897.588/ make : Apple make-eng : Apple Duration: 00:00:13.95, start: 0.000000, bitrate: 10840 kb/s Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720, 10740 kb/s, 29.97 fps, 29.97 tbr, 600 tbn, 1200 tbc (default) Metadata: rotate : 90 creation_time : 2014-09-16 06:15:50 handler_name : Core Media Data Handler encoder : H.264 Side data: displaymatrix: rotation of -90.00 degrees Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 64 kb/s (default) Metadata: creation_time : 2014-09-16 06:15:50 handler_name : Core Media Data Handler [swscaler @ 0000000000489c20] deprecated pixel format used, make sure you did set range correctly Output #0, image2, to 'bz.jpg': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt make-eng : Apple model : iPad 2 model-eng : iPad 2 make : Apple encoder : Lavf56.15.101 date : 2014-09-16T11:45:50+0530 date-eng : 2014-09-16T11:45:50+0530 location : +12.9394+077.6255+897.588/ location-eng : +12.9394+077.6255+897.588/ Stream #0:0(und): Video: mjpeg, yuvj420p(pc), 1280x720, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc (default) Metadata: rotate : 90 creation_time : 2014-09-16 06:15:50 handler_name : Core Media Data Handler encoder : Lavc56.13.100 mjpeg Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> mjpeg (native)) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=6.2 Lsize=N/A time=00:00:00.03 bitrate=N/A dup=1 drop=1 video:49kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} We see rotate:90 in the output section above (in the video section which is confusing since no video file was produced), but if I look at tags in resulting file using exiftool it's not there: {{{ ExifTool Version Number : 9.72 File Name : BZ_12900.jpeg Directory : . File Size : 54 kB File Modification Date/Time : 2014:12:01 11:06:44-05:00 File Access Date/Time : 2014:12:01 11:07:06-05:00 File Inode Change Date/Time : 2014:12:01 11:07:06-05:00 File Permissions : rw-r----- File Type : JPEG MIME Type : image/jpeg Comment : Lavc55.18.102 Image Width : 1280 Image Height : 720 Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Y Cb Cr Sub Sampling : YCbCr4:2:0 (2 2) Image Size : 1280x720 }}} Also don't see it in ffmpeg output. {{{ ffmpeg -i bz.jpg -f ffmetadata bz.jpg.ff.txt ffmpeg version N-68129-g928322c Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 02:39:44 with gcc 4.9.2 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable- fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable- libfreetype --enable-libgme --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-l ibtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable- libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, image2, from 'bz.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 10088 kb/s Stream #0:0: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 1280x720, 25 tbr, 25 tbn, 25 tbc File 'bz.jpg.ff.txt' already exists. Overwrite ? [y/N] y Output #0, ffmetadata, to 'bz.jpg.ff.txt': Metadata: encoder : Lavf56.15.101 Stream mapping: Press [q] to stop, [?] for help size= 0kB time=-577014:-32:-22.-77 bitrate=N/A video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Seems like if rotate: 90 is detected in the video that orientation: 8 should be set in the resulting JPEG or -vf transpose=1 should automatically happen to correctly orient the extracted frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 18:57:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 17:57:26 -0000 Subject: [FFmpeg-trac] #4149(undetermined:open): Support mjpeg rotation (was: Extract frame from video does not preserve rotation / orientation metadata) In-Reply-To: <034.520b9707637bf708828d95a2701bd1a6@avcodec.org> References: <034.520b9707637bf708828d95a2701bd1a6@avcodec.org> Message-ID: <049.d88d94864902e1aeb43a9175d96e4dd5@avcodec.org> #4149: Support mjpeg rotation -------------------------------------+------------------------------------- Reporter: rrjp | 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 cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 19:01:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 18:01:22 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.9993e38c1dbb1faae7e137bf8e4af1ec@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: pngdsp => png crash SIGSEGV * priority: normal => important * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 19:11:18 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 18:11:18 -0000 Subject: [FFmpeg-trac] #4145(undetermined:new): when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed In-Reply-To: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> References: <039.16b9b28bffd07b256d50871e37225dde@avcodec.org> Message-ID: <054.27dbf39dfd3b5c50761dcb108b791270@avcodec.org> #4145: when rebroadcasting/streaming to flv format with aac_adtstoasc bitstream filter, sound gets removed -------------------------------------+------------------------------------- Reporter: PyroDevil | 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 PyroDevil): So I now have setup a local nginx server to receive the stream instead of twitch. On this server it works. Apparently it has something to do with the implementation of the communication between ffmpeg and the twitch servers. Here is the streaming log: {{{ % livestreamer -O www.twitch.tv/otherstream worst 2>/dev/null | ffmpeg -i - -c copy -bsf:a aac_adtstoasc -f flv "rtmp://localhost/live/test" ffmpeg version N-68130-gb50e003 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 14:44:49 with gcc 4.9.2 (GCC) configuration: --prefix=/usr --disable-static --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-shared --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpegts, from 'pipe:': Duration: N/A, start: 63896.314000, bitrate: 136 kb/s Program 1 Stream #0:0[0x100]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 136 kb/s Stream #0:1[0x101]: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x226, 20 fps, 20 tbr, 90k tbn, 2k tbc Stream #0:2[0x102]: Data: timed_id3 (ID3 / 0x20334449) [tcp @ 0x1480700] Connection to tcp://localhost:1935 failed (Connection refused), trying next address Output #0, flv, to 'rtmp://localhost/live/test': Metadata: encoder : Lavf56.15.101 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 400x226, q=2-31, 20 fps, 1k tbn, 90k tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, stereo, 136 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) frame= 118 fps= 42 q=-1.0 size= 150kB time=00:00:06.06 bitrate= 202.4kbits/s frame= 198 fps= 33 q=-1.0 size= 246kB time=00:00:10.05 bitrate= 200.1kbits/s frame= 278 fps= 31 q=-1.0 size= 344kB time=00:00:14.04 bitrate= 200.6kbits/s frame= 358 fps= 26 q=-1.0 size= 438kB time=00:00:18.04 bitrate= 199.1kbits/s frame= 438 fps= 26 q=-1.0 size= 537kB time=00:00:22.05 bitrate= 199.3kbits/s frame= 478 fps= 24 q=-1.0 size= 585kB time=00:00:24.05 bitrate= 199.3kbits/s frame= 558 fps= 24 q=-1.0 size= 682kB time=00:00:28.05 bitrate= 199.1kbits/s frame= 596 fps= 23 q=-1.0 size= 728kB time=00:00:29.90 bitrate= 199.3kbits/s frame= 636 fps= 22 q=-1.0 size= 776kB time=00:00:31.95 bitrate= 199.1kbits/s frame= 718 fps= 22 q=-1.0 size= 879kB time=00:00:36.06 bitrate= 199.8kbits/s frame= 758 fps= 21 q=-1.0 size= 925kB time=00:00:37.98 bitrate= 199.5kbits/s frame= 836 fps= 22 q=-1.0 size= 1022kB time=00:00:41.95 bitrate= 199.6kbits/s frame= 878 fps= 21 q=-1.0 size= 1070kB time=00:00:43.97 bitrate= 199.3kbits/s frame= 958 fps= 22 q=-1.0 size= 1170kB time=00:00:48.04 bitrate= 199.5kbits/s frame= 998 fps= 21 q=-1.0 size= 1215kB time=00:00:49.96 bitrate= 199.1kbits/s [flv @ 0x1421ea0] Failed to update header with correct duration. [flv @ 0x1421ea0] Failed to update header with correct filesize. frame= 1077 fps= 21 q=-1.0 Lsize= 1313kB time=00:00:53.98 bitrate= 199.2kbits/s video:407kB audio:844kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.967333% Received signal 2: terminating. }}} And here the receiving again: {{{ % ffmpeg -i 'rtmp://localhost/live/test' ffmpeg version N-68130-gb50e003 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 1 2014 14:44:49 with gcc 4.9.2 (GCC) configuration: --prefix=/usr --disable-static --enable-gpl --enable- libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree --enable-shared --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [tcp @ 0x1fe50c0] Connection to tcp://localhost:1935 failed (Connection refused), trying next address [flv @ 0x1fe6000] Stream discovered after head already parsed Last message repeated 1 times Input #0, flv, from 'rtmp://localhost/live/test': Metadata: Server : NGINX RTMP (github.com/arut/nginx-rtmp-module) displayWidth : 400 displayHeight : 226 fps : 20 profile : level : Duration: 00:00:00.00, start: 23.893000, bitrate: N/A Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 136 kb/s Stream #0:1: Data: none Stream #0:2: Video: h264 (Constrained Baseline), yuv420p, 400x226, 20 fps, 20 tbr, 1k tbn, 2k tbc At least one output file must be specified }}} Now I am not sure how to proceed any further. Or have I tested it wrong by listening to the exact same rtmp address? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 19:26:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 18:26:48 -0000 Subject: [FFmpeg-trac] #4150(undetermined:new): Need help with dvb_teletext. Message-ID: <036.ec26f2208cc0c6cb7d3282efcd233501@avcodec.org> #4150: Need help with dvb_teletext. -------------------------------------+------------------------------------- Reporter: dinhka | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I want to select exact language in a dvb_teletext. In my case, the dvb_teletext stream has 2 languages, swe (sweden) and fin (finland). How i select SWE language ? How to reproduce: ffmpeg -i input -filter_complex [0:v][0:s:0]overlay=x=120:y=310[v] -map [v] -map 0:a:0 -tune zerolatency -rtbufsize 64M -af aresample=async=1 -acodec libfdk_aac -b:a 48k -ar 48000 -ac 2 -vcodec libx264 -b:v 900k -profile:v main -preset:v faster -x264opts keyint=250 -y -s 720x576 -r 25 -vsync vfr -f flv -f flv rtmp://ip/live/test [mpeg2video @ 0x23d37c0] Invalid frame dimensions 0x0. Last message repeated 8 times Input #0, mpegts, from 'http://ip': Duration: N/A, start: 90879.289622, bitrate: 384 kb/s Program 201 Stream #0:0[0x3e9]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x3ea](swe): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x192](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0xc9](swe,fin): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 [libx264 @ 0x240bd40] using SAR=64/45 [libx264 @ 0x240bd40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x240bd40] profile Main, level 3.0 [libx264 @ 0x240bd40] 264 - core 142 r2491 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=9 lookahead_threads=9 sliced_threads=1 slices=9 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=abr mbtree=0 bitrate=900 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://IP/live4/test': Metadata: encoder : Lavf56.15.100 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 900 kb/s, 25 fps, 1k tbn, 25 tbc (default) Metadata: encoder : Lavc56.13.100 libx264 Stream #0:1(swe): Audio: aac (libfdk_aac) ([10][0][0][0] / 0x000A), 48000 Hz, stereo, s16, 48 kb/s Metadata: encoder : Lavc56.13.100 libfdk_aac Stream mapping: Stream #0:0 (mpeg2video) -> overlay:main (graph 0) Stream #0:3 (libzvbi_teletextdec) -> overlay:overlay (graph 0) overlay (graph 0) -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (mp2 (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 20:07:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 19:07:09 -0000 Subject: [FFmpeg-trac] #4150(undetermined:new): Need help with dvb_teletext. In-Reply-To: <036.ec26f2208cc0c6cb7d3282efcd233501@avcodec.org> References: <036.ec26f2208cc0c6cb7d3282efcd233501@avcodec.org> Message-ID: <051.7efd95430676c59f0dbdb90ea61a26e7@avcodec.org> #4150: Need help with dvb_teletext. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do you want to report a bug? If you have a question concerning FFmpeg or if you need support, please ask on the user mailing list, this is not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 20:11:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 19:11:49 -0000 Subject: [FFmpeg-trac] #4149(undetermined:open): Support mjpeg rotation In-Reply-To: <034.520b9707637bf708828d95a2701bd1a6@avcodec.org> References: <034.520b9707637bf708828d95a2701bd1a6@avcodec.org> Message-ID: <049.56256ab372e1f8b36c0d9bfaeb7c36a6@avcodec.org> #4149: Support mjpeg rotation -------------------------------------+------------------------------------- Reporter: rrjp | 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 -------------------------------------+------------------------------------- Comment (by rrjp): Was reported as a defect because issue https://trac.ffmpeg.org/ticket/515 claims that the functionality exists: "By default all stream metadata, including rotation, are copied to the output." That doesn't appear to happen in any meaningful way in this case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 20:15:34 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 19:15:34 -0000 Subject: [FFmpeg-trac] #4149(undetermined:open): Support mjpeg rotation In-Reply-To: <034.520b9707637bf708828d95a2701bd1a6@avcodec.org> References: <034.520b9707637bf708828d95a2701bd1a6@avcodec.org> Message-ID: <049.2f3e582c2e8a9052b37d27bb96f763a0@avcodec.org> #4149: Support mjpeg rotation -------------------------------------+------------------------------------- Reporter: rrjp | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: mjpeg exif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg exif Comment: That's because the rotation metadata is only supported for mov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 20:17:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 19:17:21 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.6950c1943ef4920131db6600d6514b3c@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: png crash SIGSEGV => png crash SIGSEGV regression Comment: Could be considered a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 23:08:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 22:08:23 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.6f97bd73b77b810a4b36609bfe66098e@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by benoit): Given this is triggered by the APNG demuxer/decoder combo which has just been added, I don't think this really qualify as a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 1 23:52:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 01 Dec 2014 22:52:37 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.171d53ffd51118465d14e1fc2a880062@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): void (*add_bytes_l2)(uint8_t *dst /* align 16 */, uint8_t *src1 /* align 16 */, uint8_t *src2 /* align 16 */, int w); rdx 0x7fffc400e3b4 rdi 0x7fffc400e754 dst/src2 are no longer abiding per the alignment constrain. Either the DSP must be modified (most probably that), a specific unaligned version be written, or the caller modified to use aligned addresses. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 08:28:52 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 07:28:52 -0000 Subject: [FFmpeg-trac] #4144(undetermined:new): Broken DeckLink support In-Reply-To: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> References: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> Message-ID: <051.2da9a2cbd3f2f7d5ab2fd3cd750ef02b@avcodec.org> #4144: Broken DeckLink support -------------------------------------+------------------------------------- Reporter: laurfb | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: decklink | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jb_alvarado): In the forum from zeranoe they have provide 2 fixes and I put them together in a patch. It fix this problem and a other one to. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 08:50:28 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 07:50:28 -0000 Subject: [FFmpeg-trac] #4144(undetermined:new): Broken DeckLink support In-Reply-To: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> References: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> Message-ID: <051.01e0f21ccbe371b85e41e54fc3f2fbe4@avcodec.org> #4144: Broken DeckLink support -------------------------------------+------------------------------------- Reporter: laurfb | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: decklink | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: jb_alvarado (added) Comment: Please send patches - made with {{{git format-patch}}} to the development mailing list, patches are often ignored on this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 09:24:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 08:24:04 -0000 Subject: [FFmpeg-trac] #4144(undetermined:new): Broken DeckLink support In-Reply-To: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> References: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> Message-ID: <051.a7cd3af4e6a57163a5e4737a9f316bbb@avcodec.org> #4144: Broken DeckLink support -------------------------------------+------------------------------------- Reporter: laurfb | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: decklink | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jb_alvarado): Hello cehoyos, I will try it to post it in the dev mailing list. But I see now to, that the patch is not complete. I don't know why... I need to fix it in the evening. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 10:05:19 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 09:05:19 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.41a3a2f70b71695548c60ed90a582c81@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by benoit): Well, there is already the scalar loop in the DSP. What would you think of just adding a test (on dst or src2, as they have the same alignment), like this (note that I don't speak yasm ;-): {{{ diff --git a/libavcodec/x86/pngdsp.asm b/libavcodec/x86/pngdsp.asm index 8e23ccf..b43fb18 100644 --- a/libavcodec/x86/pngdsp.asm +++ b/libavcodec/x86/pngdsp.asm @@ -36,9 +36,16 @@ cglobal add_bytes_l2, 4, 6, %1, dst, src1, src2, wa, w, i movsxd waq, wad %endif xor iq, iq + mov wq, waq + + ; if dst buffer is unaligned, use scalar loop + mov waq, dstq + and waq, 15 + test waq, waq + jnz .end_s ; vector loop - mov wq, waq + mov waq, wq and waq, ~(mmsize*2-1) jmp .end_v .loop_v: }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 11:52:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 10:52:42 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.8aada042508bb45ddb7c28788165d8a7@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): Crap, my comment was not posted, so I'll make it briefer: 0) Are you sure src1 is always aligned? I think not 1) Can the caller be fixed to use aligned addresses without copying around data? If yes, that should be done to have as few unaligned loads as possible 2) Speed generally matters, so deciding in case of unaligned addresses to use the slow, scalar version depends on how often and how large the areas it applies to are 3) If speed matters, a SIMD handling unaligned addresses should be used 4) Compare its speed to the aligned version for aligned addresses. Larger areas, older PCs should show larger differences. 5) If the speed difference is large enough, add a branch for unaligned addresses, otherwise just replace the aligned code 6) If you're right about src1: {{{ test dstq, 15 jnz .handle_unaligned }}} If you're not: {{{ mov iq, dstq or iq, src1q test iq, 15 jnz .handle_unaligned }}} then xor iq on each path. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 11:59:08 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 10:59:08 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.210e72d876e49a6b650b72a187d8ba30@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kurosu): Note: that code should not present for mmx. 15 should be replaced by mmsize-1 (although the probability of an AVX2 version is low). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 12:11:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 11:11:18 -0000 Subject: [FFmpeg-trac] #4148(avcodec:open): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.d9994ddc59d3e9d067d6e1ac89551a6f@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by benoit): 0) yes, I am sure, at least it is advertised as being so (see libavcodec/pngdec.c:674) 1) no, it cannot, it's working on (arbitrary) subsets of a buffer, and the alignment cannot be guaranteed 2) the only thing I can tell is that it is only affecting certain APNG files, but their number is something that can vary 3) I thought of something like a "prologue" for the function, just like the end of the buffer is handled. My yasm skills are void, though, so I think a first approach would be to branch as I proposed (using your first version in 6) above) I'll send a patch to do that shortly. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 15:15:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 14:15:18 -0000 Subject: [FFmpeg-trac] #3175(avformat:open): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <038.af1e0348adc0e45f5d186a1a5fc73670@avcodec.org> References: <038.af1e0348adc0e45f5d186a1a5fc73670@avcodec.org> Message-ID: <053.0d578da31bebdbadeaffff5a8048e5ce@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv ------------------------------------+------------------------------------ Reporter: iluvatar | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac flv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by fabled): * cc: fabled@? (added) Comment: Same issue here. Any suggestions on how to fix this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 15:37:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 14:37:01 -0000 Subject: [FFmpeg-trac] #3544(avcodec:closed): --disable-asm does not disable inline asm In-Reply-To: <037.e360700de9076c743a2f1c44ce60c114@avcodec.org> References: <037.e360700de9076c743a2f1c44ce60c114@avcodec.org> Message-ID: <052.a8ec89df9ea5f1e56d459c06a4beb17f@avcodec.org> #3544: --disable-asm does not disable inline asm ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dirac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => dirac * resolution: => fixed * status: new => closed * component: build system => avcodec Comment: I believe it is quite misleading that {{{HAVE_INLINE_ASM}}} has no connection to {{{--disable-asm}}} but the asm code that was not protected by {{{ARCH_X86}}} in dirac_arith.h was fixed in ea5423a0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 16:38:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 15:38:53 -0000 Subject: [FFmpeg-trac] #4151(swscale:new): Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 Message-ID: <034.e180aff5988261e42b4ab310318dd50a@avcodec.org> #4151: Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 ---------------------------------+-------------------------------------- Reporter: v0lt | Type: defect Status: new | Priority: normal Component: swscale | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: I have same samples with lagarith YV12 (yuv420p). When the width is less than 32 fmppeg crash when converting to NV12. How to reproduce: {{{ % ffmpeg -i bw16x16_yv12.avi -vcodec rawvideo -pix_fmt nv12 bw16x16_nv12.avi ffmpeg version N-68141-g4280150 built on Dec 1 2014 22:02:05 with gcc 4.9.2 (GCC) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 16:55:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 15:55:04 -0000 Subject: [FFmpeg-trac] #4151(swscale:open): Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 In-Reply-To: <034.e180aff5988261e42b4ab310318dd50a@avcodec.org> References: <034.e180aff5988261e42b4ab310318dd50a@avcodec.org> Message-ID: <049.92bd37f39c67bd1a0e16da308effcb06@avcodec.org> #4151: Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 ---------------------------------------+----------------------------------- Reporter: v0lt | Owner: Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: For future tickets: Please always provide your failing command line together with the complete, uncut console output. {{{ (gdb) r -f lavfi -i color=s=16x16 -pix_fmt nv12 -f null - Starting program: ffmpeg_g -f lavfi -i color=s=16x16 -pix_fmt nv12 -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-68146-gd771696 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 2 2014 16:49:09 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [New Thread 0x7ffff14f0700 (LWP 18162)] [New Thread 0x7ffff0cef700 (LWP 18163)] [New Thread 0x7ffff04ee700 (LWP 18164)] [New Thread 0x7fffefced700 (LWP 18165)] [New Thread 0x7fffef4ec700 (LWP 18166)] [New Thread 0x7fffeeceb700 (LWP 18167)] [New Thread 0x7fffee4ea700 (LWP 18168)] [New Thread 0x7fffedce9700 (LWP 18169)] [New Thread 0x7fffed4e8700 (LWP 18170)] Input #0, lavfi, from 'color=s=16x16': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 16x16 [SAR 1:1 DAR 1:1], 25 tbr, 25 tbn, 25 tbc [New Thread 0x7fffecce7700 (LWP 18171)] [New Thread 0x7fffec4e6700 (LWP 18172)] [New Thread 0x7fffebce5700 (LWP 18173)] [New Thread 0x7fffeb4e4700 (LWP 18174)] [New Thread 0x7fffeace3700 (LWP 18175)] [New Thread 0x7fffea4e2700 (LWP 18176)] [New Thread 0x7fffe9ce1700 (LWP 18177)] [New Thread 0x7fffe94e0700 (LWP 18178)] [New Thread 0x7fffe8cdf700 (LWP 18179)] Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.15.101 Stream #0:0: Video: rawvideo (NV12 / 0x3231564E), nv12, 16x16 [SAR 1:1 DAR 1:1], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.13.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> rawvideo (native)) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000e477af in interleaveBytes_sse2 ( src1=0x1a73980 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200", src2=0x1a739c0 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200", dest=0x1a68660 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200", width=8, height=8, src1Stride=8, src2Stride=8, dstStride=32) at libswscale/x86/rgb2rgb_template.c:1891 1891 __asm__( (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xe4778f to 0xe477cf: 0x0000000000e4778f : mov %rax,-0x8(%rsp) 0x0000000000e47794 : nopl 0x0(%rax) 0x0000000000e47798 : xor %rax,%rax 0x0000000000e4779b : prefetchnta 0x40(%rdi,%rax,1) 0x0000000000e477a0 : prefetchnta 0x40(%rsi,%rax,1) 0x0000000000e477a5 : movdqa (%rdi,%rax,1),%xmm0 0x0000000000e477aa : movdqa (%rdi,%rax,1),%xmm1 => 0x0000000000e477af : movdqa (%rsi,%rax,1),%xmm2 0x0000000000e477b4 : punpcklbw %xmm2,%xmm0 0x0000000000e477b8 : punpckhbw %xmm2,%xmm1 0x0000000000e477bc : movntdq %xmm0,(%rdx,%rax,2) 0x0000000000e477c1 : movntdq %xmm1,0x10(%rdx,%rax,2) 0x0000000000e477c7 : add $0x10,%rax 0x0000000000e477cb : cmp %r13,%rax 0x0000000000e477ce : jb 0xe4779b End of assembler dump. (gdb) info all-register rax 0x4640 17984 rbx 0x0 0 rcx 0x8 8 rdx 0x1a68660 27690592 rsi 0x1a739c0 27736512 rdi 0x1a73980 27736448 rbp 0x0 0x0 rsp 0x7fffffffd028 0x7fffffffd028 r8 0x8 8 r9 0x8 8 r10 0x0 0 r11 0x8 8 r12 0x0 0 r13 0xfffffffffffffff9 -7 r14 0x0 0 r15 0x10 16 rip 0xe477af 0xe477af eflags 0x10217 [ CF PF AF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm2 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm3 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x73, 0x6d, 0x70, 0x74, 0x65, 0x31, 0x37, 0x30, 0x6d, 0x0, 0x49, 0x6e, 0x76, 0x61, 0x6c, 0x69, 0x0 }, v16_int16 = {0x6d73, 0x7470, 0x3165, 0x3037, 0x6d, 0x6e49, 0x6176, 0x696c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x74706d73, 0x30373165, 0x6e49006d, 0x696c6176, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3037316574706d73, 0x696c61766e49006d, 0x0, 0x0}, v2_int128 = {0x696c61766e49006d3037316574706d73, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x0, 0x1, 0x3, 0x3, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x1, 0x20, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x4040, 0x4040, 0x4040, 0x4040, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = { 0x0, 0x3ff00000, 0x40404040, 0x40404040, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3ff0000000000000, 0x4040404040404040, 0x0, 0x0}, v2_int128 = { 0x40404040404040403ff0000000000000, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x65, 0x66, 0x63, 0x6f, 0x75, 0x6e, 0x74, 0x65, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x0, 0x6665, 0x6f63, 0x6e75, 0x6574, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0x0, 0x6f636665, 0x65746e75, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x65746e756f636665, 0x0, 0x0}, v2_int128 = {0x65746e756f6366650000000000000000, 0x00000000000000000000000000000000}} ymm7 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x20 , 0x0 }, v16_int16 = { 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x20202020, 0x20202020, 0x20202020, 0x20202020, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2020202020202020, 0x2020202020202020, 0x0, 0x0}, v2_int128 = { 0x20202020202020202020202020202020, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = { 0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0xff , 0x0 }, v16_int16 = {0x0, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xffff0000, 0xffffffff, 0xffffffff, 0xffffffff, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xffffffffffff0000, 0xffffffffffffffff, 0x0, 0x0}, v2_int128 = { 0xffffffffffffffffffffffffffff0000, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 }, v16_int16 = {0x0 }, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0xff, 0xff, 0x0 }, v16_int16 = {0x0, 0xff00, 0x0, 0x0, 0xff00, 0x0, 0xff00, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xff000000, 0x0, 0xff00, 0xffff00, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xff000000, 0xffff000000ff00, 0x0, 0x0}, v2_int128 = {0x00ffff000000ff0000000000ff000000, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4, 0x3c, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0x3cc4, 0x0 }, v8_int32 = {0x0, 0x3cc40000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0x3cc4000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003cc4000000000000, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x59, 0xbc, 0x0 }, v16_int16 = {0x0, 0x0, 0x8000, 0xbc59, 0x0 }, v8_int32 = {0x0, 0xbc598000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = { 0xbc59800000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bc59800000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0 }, v16_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0 }, v8_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3c5324f0e883858e, 0x0, 0x0, 0x0}, v2_int128 = { 0x00000000000000003c5324f0e883858e, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x2d, 0x0, 0x0, 0x0}, v32_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0 }, v16_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0 }, v8_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x4046dfb516f209c0, 0x0, 0x0, 0x0}, v2_int128 = { 0x00000000000000004046dfb516f209c0, 0x00000000000000000000000000000000}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 17:14:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 16:14:07 -0000 Subject: [FFmpeg-trac] #4151(swscale:open): Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 In-Reply-To: <034.e180aff5988261e42b4ab310318dd50a@avcodec.org> References: <034.e180aff5988261e42b4ab310318dd50a@avcodec.org> Message-ID: <049.326cdb5bae2e6583434c67d6a05d0933@avcodec.org> #4151: Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 ---------------------------------------+----------------------------------- Reporter: v0lt | Owner: Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by cehoyos): Workaround is to compile with {{{--disable-asm}}} or {{{--disable-mmx}}}, {{{--cpuflags 0}}} does not help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 17:53:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 16:53:10 -0000 Subject: [FFmpeg-trac] #4125(avformat:new): MPEG4 remuxing In-Reply-To: <037.896ee252bb710d5dc69d594715a1fb7b@avcodec.org> References: <037.896ee252bb710d5dc69d594715a1fb7b@avcodec.org> Message-ID: <052.0c3d70794ba80b6c04eca2e9ddbc5c66@avcodec.org> #4125: MPEG4 remuxing ----------------------------------+------------------------------------ Reporter: Mista_D | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: 2.4.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Changes (by Mista_D): * priority: normal => critical -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 18:32:28 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 17:32:28 -0000 Subject: [FFmpeg-trac] #4125(avformat:new): MPEG4 remuxing In-Reply-To: <037.896ee252bb710d5dc69d594715a1fb7b@avcodec.org> References: <037.896ee252bb710d5dc69d594715a1fb7b@avcodec.org> Message-ID: <052.79f11a9205ce8a3954e31d3f51ab03ef@avcodec.org> #4125: MPEG4 remuxing ----------------------------------+------------------------------------ Reporter: Mista_D | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: 2.4.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Mista_D): Adding "-bsf:v dump_extra" worked. Thanks to Michael and google. http://thread.gmane.org/gmane.comp.video.ffmpeg.user/4936 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 18:32:42 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 17:32:42 -0000 Subject: [FFmpeg-trac] #4125(avformat:closed): MPEG4 remuxing In-Reply-To: <037.896ee252bb710d5dc69d594715a1fb7b@avcodec.org> References: <037.896ee252bb710d5dc69d594715a1fb7b@avcodec.org> Message-ID: <052.281ec01e4576c6986891c6693c560347@avcodec.org> #4125: MPEG4 remuxing ----------------------------------+-------------------------------------- Reporter: Mista_D | Owner: Type: defect | Status: closed Priority: critical | Component: avformat Version: 2.4.3 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Changes (by Mista_D): * status: new => closed * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 22:29:46 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 21:29:46 -0000 Subject: [FFmpeg-trac] #4113(undetermined:new): ffserver ignores videoframerate for mjpeg streams In-Reply-To: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> References: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> Message-ID: <055.a5a1be0371f6c953c185b2d6f5ed3793@avcodec.org> #4113: ffserver ignores videoframerate for mjpeg streams -------------------------------------+------------------------------------- Reporter: illumilore | 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 mastered): First commit that should fix it is 3ff39901049f430f82d252eab3f4c0800ef144e5. I tested now on git head 302ed9c43f2d2a0764a9f9d2a4b2e512d2c9592f and it seems to be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 22:45:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 21:45:41 -0000 Subject: [FFmpeg-trac] #1275(ffserver:closed): ffserver x264 presets In-Reply-To: <035.5613d104ddc1594332becf76ca0e8def@avcodec.org> References: <035.5613d104ddc1594332becf76ca0e8def@avcodec.org> Message-ID: <050.0c458ba8d020989fbbdd43ef19a52bfd@avcodec.org> #1275: ffserver x264 presets ------------------------------------+------------------------------------ Reporter: burek | Owner: mastered Type: defect | Status: closed Priority: normal | Component: ffserver Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by mastered): * status: open => closed * resolution: => fixed Comment: Fixed by 745730c9c208c40f800d5d71ffa39aceab6ce044 Further improvements are committed later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 2 22:46:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 02 Dec 2014 21:46:35 -0000 Subject: [FFmpeg-trac] #1461(ffserver:closed): Unable to encode video and post it to ffserver for streaming on android-x86 - http://pastebin.com/AWnDEKYU In-Reply-To: <038.ff4a5a63deffcc4431bdc757ea2be18a@avcodec.org> References: <038.ff4a5a63deffcc4431bdc757ea2be18a@avcodec.org> Message-ID: <053.afd35b3f1c5155d2f8691142f2a44dcf@avcodec.org> #1461: Unable to encode video and post it to ffserver for streaming on android-x86 - http://pastebin.com/AWnDEKYU -------------------------------------+------------------------------------- Reporter: rconline | Owner: Type: defect | Status: closed Priority: normal | Component: ffserver Version: 0.11.1 | Resolution: fixed Keywords: FFserver | Blocked By: Ambiguous Blocking: | error Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by mastered): * status: new => closed * resolution: => fixed Comment: Fixed by 745730c9c208c40f800d5d71ffa39aceab6ce044 Further improvements are committed later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 10:25:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 09:25:36 -0000 Subject: [FFmpeg-trac] #4113(ffserver:new): ffserver ignores videoframerate for mjpeg streams In-Reply-To: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> References: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> Message-ID: <055.0f687958b39acdb9ef268a0b588f8af9@avcodec.org> #4113: ffserver ignores videoframerate for mjpeg streams -------------------------------------+------------------------------------ Reporter: illumilore | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => ffserver -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 11:54:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 10:54:14 -0000 Subject: [FFmpeg-trac] #4152(avformat:new): jacosub: deadlock with fuzzed file Message-ID: <036.b615fe19a748bfb8ac7a6250b3583358@avcodec.org> #4152: jacosub: deadlock with fuzzed file ----------------------------------+-------------------------------------- Reporter: tholin | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I found a deadlock in mpv with fuzzed file. The problem appears to be in ffmpeg so I report it here directly. jacosub_read_header() in ffmpeg/libavformat/jacosubdec.c:156 will continuesly call ff_get_line() as long as eof isn't reached. When ff_get_line() reads a \r it tries to remove the following \n if it exists. If eof is triggered after the first read the next read will return 0 which is not a \n and the stream is rewound one byte and the eof flag is cleared. This puts the stream in the same state as before and jacosub_read_header() loops indefinitely. {{{ int ff_get_line(AVIOContext *s, char *buf, int maxlen) ffmpeg/libavformat/aviobuf.c:669 { int i = 0; char c; do { c = avio_r8(s); <--- last byte read in stream (\r) if (c && i < maxlen-1) buf[i++] = c; } while (c != '\n' && c != '\r' && c); if (c == '\r' && avio_r8(s) != '\n') <--- trigger EOF and returns 0 avio_skip(s, -1); <--- rewinds and clears eof_reached flag buf[i] = 0; return i; } }}} Here is a base64 encoded example file CQoKCgtAMUAxMwoKDQ0NDS4NDQ0LCwsLC6FcgAGhXIABDQ0NDQ0NDQ0NDYABDQ0fDQkNDQ0NDQ0NDQsNDQ0N -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 13:57:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 12:57:12 -0000 Subject: [FFmpeg-trac] #4153(ffprobe:new): FFprobe: MIDI does not work when it does not have mid extension Message-ID: <034.7614d4b74b935324a6671f2e54d2ce13@avcodec.org> #4153: FFprobe: MIDI does not work when it does not have mid extension ---------------------------------+-------------------------------------- Reporter: ?onny | Type: defect Status: new | Priority: normal Component: ffprobe | Version: git-master Keywords: midi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: I have a MIDI file. When the file is saved with *.mid extension, FFprobe detects properly that it's MIDI. When it has different extension, e.g. *.data FFprobe fails. How to reproduce: {{{ C:\Users\zarubaj>ffprobe -i "C:\Code\cms\UploadTemp\eouploader.10383f39-f380-448a-9960-fd e6d059cc91.1.data" -print_format xml=q=1 -show_error -show_format -show_streams -show_priv ate_data ffprobe version N-68141-g4280150 Copyright (c) 2007-2014 the FFmpeg developers built on Dec 1 2014 22:11:20 with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --e nable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable- iconv --enable-li bass --enable-libbluray --enable-libbs2b --enable-libcaca --enable- libfreetype --enable-li bgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-l ibrtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --en able-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable -libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 C:\Code\cms\UploadTemp\eouploader.10383f39-f380-448a-9960-fde6d059cc91.1.data: Invalid dat a found when processing input }}} {{{ C:\Users\zarubaj>ffprobe -i "C:\Code\cms\UploadTemp\eouploader.10383f39-f380-448a-9960-fd e6d059cc91.1.mid" -print_format xml=q=1 -show_error -show_format -show_streams -show_priva te_data ffprobe version N-68141-g4280150 Copyright (c) 2007-2014 the FFmpeg developers built on Dec 1 2014 22:11:20 with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --e nable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable- iconv --enable-li bass --enable-libbluray --enable-libbs2b --enable-libcaca --enable- libfreetype --enable-li bgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-l ibrtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --en able-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable -libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 load_pat > can not open /usr/local/share/timidity/timidity.cfg, use environment variable M MPAT_PATH_TO_CFG for the directory Input #0, libmodplug, from 'C:\Code\cms\UploadTemp\eouploader.10383f39-f380-448a-9960-fde6 d059cc91.1.mid': Metadata: name : Town instrument : Timidity GM patches sample : Town : 0: : 1: : 2: : 3: : 4: : 5: : 6: : 7: : 8: : 9: : 10: : 11: : 12: : 13: : 14: : 15: : 16: : 17: : 18: : 19: : 20: : 21: : 22: : 23: : 24: : 25: : 26: extra info : 22 patterns, 56 channels, 1/27 instrument, 28/28 samples Duration: 00:01:18.00, bitrate: 2 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 15:18:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 14:18:24 -0000 Subject: [FFmpeg-trac] #4152(avformat:open): jacosub: deadlock with fuzzed file In-Reply-To: <036.b615fe19a748bfb8ac7a6250b3583358@avcodec.org> References: <036.b615fe19a748bfb8ac7a6250b3583358@avcodec.org> Message-ID: <051.1c7ebf6cb74d7d8b077214711751c8e1@avcodec.org> #4152: jacosub: deadlock with fuzzed file -------------------------------------+------------------------------------- Reporter: tholin | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: jacosub | Blocked By: deadlock | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => jacosub deadlock * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: For future tickets: Please understand that while an analysis is helpful, never replace the actual report with an analysis of the bug, always provide the failing command line together with the complete, uncut console output. And please do not compress, encrypt or encode the input sample, simply attach it. {{{ (gdb) r -loglevel 99 -i jacosub.jss Starting program: ffmpeg_g -loglevel 99 -i jacosub.jss [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-68182-g534f901 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 3 2014 15:12:58 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 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 'jacosub.jss'. 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 jacosub.jss. Successfully parsed a group of options. Opening an input file: jacosub.jss. [jacosub @ 0x1a68ba0] Format jacosub probed with size=2048 and score=51 Program received signal SIGINT, Interrupt. 0x00007ffff62752d0 in __read_nocancel () from /lib64/libpthread.so.0 (gdb) bt #0 0x00007ffff62752d0 in __read_nocancel () from /lib64/libpthread.so.0 #1 0x00000000005679eb in file_read (h=, buf=, size=) at libavformat/file.c:86 #2 0x000000000054ac1c in retry_transfer_wrapper (transfer_func=0x5679d0 , size_min=1, size=32768, buf=0x1a71210 "\t\n\n\n\v at 1@13\n\n\r\r\r\r.\r\r\r\v\v\v\v\v\241\\\200\001\241\\\200\001\r\r\r\r\r\r\r\r\r\r\200\001\r\r\037\r\t\r\r\r\r\r\r\r\r\v\r\r\r\r", h=0x1a67f00) at libavformat/avio.c:303 #3 ffurl_read (h=0x1a67f00, buf=0x1a71210 "\t\n\n\n\v at 1@13\n\n\r\r\r\r.\r\r\r\v\v\v\v\v\241\\\200\001\241\\\200\001\r\r\r\r\r\r\r\r\r\r\200\001\r\r\037\r\t\r\r\r\r\r\r\r\r\v\r\r\r\r", size=32768) at libavformat/avio.c:334 #4 0x000000000054b893 in fill_buffer (s=s at entry=0x1a683a0) at libavformat/aviobuf.c:459 #5 0x000000000054fa30 in avio_r8 (s=0x1a683a0) at libavformat/aviobuf.c:511 #6 ff_get_line (s=s at entry=0x1a683a0, buf=buf at entry=0x7fffffffce90 "\r", maxlen=maxlen at entry=512) at libavformat/aviobuf.c:679 #7 0x0000000000588fcf in jacosub_read_header (s=0x1a68ba0) at libavformat/jacosubdec.c:181 #8 0x000000000063eb75 in avformat_open_input (ps=ps at entry=0x7fffffffd5c8, filename=filename at entry=0x7fffffffe203 "jacosub.jss", fmt=fmt at entry=0x0, options=0x1a604d8) at libavformat/utils.c:463 #9 0x000000000047cd5d in open_input_file (o=o at entry=0x7fffffffd680, filename=) at ffmpeg_opt.c:873 #10 0x0000000000475ec4 in open_files (inout=inout at entry=0xef769f "input", open_file=open_file at entry=0x47b6b0 , l=, l=) at ffmpeg_opt.c:2699 #11 0x000000000047d309 in ffmpeg_parse_options (argc=argc at entry=5, argv=argv at entry=0x7fffffffdd58) at ffmpeg_opt.c:2736 #12 0x000000000046dd58 in main (argc=5, argv=0x7fffffffdd58) at ffmpeg.c:3919 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 15:20:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 14:20:11 -0000 Subject: [FFmpeg-trac] #4153(avformat:closed): FFprobe: MIDI does not work when it does not have mid extension In-Reply-To: <034.7614d4b74b935324a6671f2e54d2ce13@avcodec.org> References: <034.7614d4b74b935324a6671f2e54d2ce13@avcodec.org> Message-ID: <049.593299ece7210ad94124d4766735d3fa@avcodec.org> #4153: FFprobe: MIDI does not work when it does not have mid extension -------------------------------------+------------------------------------- Reporter: ?onny | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: invalid Keywords: libmodplug | Blocked By: probe | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * type: defect => enhancement * component: ffprobe => avformat * priority: normal => wish * keywords: midi => libmodplug probe * resolution: => invalid Comment: This has to be fixed in libmodplug, see ticket #2583. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 15:25:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 14:25:35 -0000 Subject: [FFmpeg-trac] #4148(avcodec:closed): Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file In-Reply-To: <036.5656392694b4a840db898d612d78106a@avcodec.org> References: <036.5656392694b4a840db898d612d78106a@avcodec.org> Message-ID: <051.4493b92e5fb9138186ce3b9461c3327b@avcodec.org> #4148: Crash in ff_add_bytes_l2_sse2 when decoding attached APNG file -------------------------------------+------------------------------------- Reporter: benoit | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: png crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Christophe Gisquet in 9fa056ba -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 16:21:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 15:21:00 -0000 Subject: [FFmpeg-trac] #4154(avformat:new): rm: deadlock with fuzzed file Message-ID: <036.34fe034b7c4e5f5fc9d456e53de3ba7f@avcodec.org> #4154: rm: deadlock with fuzzed file ----------------------------------+-------------------------------------- Reporter: tholin | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I found a deadlock in mpv with a fuzzed file. The problem appears to be in ffmpeg so I report it here directly. Playing the file results in deadlock with rapid memory allocation and eventual oom. {{{ $ gdb -args /home/cocobo/repository/mpv-build_fuzz/ffmpeg_build/ffmpeg -loglevel 99 -i rm_deadlock.rm GNU gdb (Gentoo 7.7.1 p1) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /home/cocobo/repository/mpv- build_fuzz/ffmpeg_build/ffmpeg...done. (gdb) r Starting program: /home/cocobo/repository/mpv- build_fuzz/ffmpeg_build/ffmpeg -loglevel 99 -i rm_deadlock.rm warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-68139-g24e7e02 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 2 2014 10:46:58 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/home/cocobo/repository/mpv- build_fuzz/build_libs --enable-static --disable-shared --enable-gpl --enable-avresample --enable-debug=gdb --disable-doc --disable- optimizations --disable-stripping libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.101 / 56. 15.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 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 'rm_deadlock.rm'. 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 rm_deadlock.rm. Successfully parsed a group of options. Opening an input file: rm_deadlock.rm. [rm @ 0x1e4ab60] Format rm probed with size=2048 and score=100 Program received signal SIGINT, Interrupt. 0x00000000005923b1 in avio_r8 (s=0x1e4a360) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/aviobuf.c:510 510 if (s->buf_ptr >= s->buf_end) (gdb) bt full #0 0x00000000005923b1 in avio_r8 (s=0x1e4a360) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/aviobuf.c:510 No locals. #1 0x00000000005928e7 in avio_rb16 (s=0x1e4a360) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/aviobuf.c:649 val = 11890 #2 0x000000000059295d in avio_rb32 (s=0x1e4a360) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/aviobuf.c:665 val = 779223040 #3 0x000000000066b3a4 in rm_read_audio_stream_info (s=0x1e4ab60, pb=0x1e4a360, st=0xaa60c480, ast=0xaa60cd20, read_all=0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/rmdec.c:159 flavor = 9 sub_packet_h = 10 sub_packet_size = 58 bytes_per_minute = 149872 coded_framesize = 580 codecdata_length = 8 buf = "\001\000\000\000\000\000\000\000\350\003\000\000\000\000\000\000\240\316\377\377\377\177\000\000\f\307\035\001\000\000\000\000\350\003\000\000\000\000\000\000\001\000\000\000\000\000\000\000@\317\377\377\377\177\000\000w\217\036\001\000\000\000\000\240\270\037\366\377\177\000\000\377\377\377\177", '\000' , "\001\000\000\000\000\000\000\000t\317\377\377\377\177\000\000p\317\377\377\377\177", '\000' , "\001\000\000\000\347\037g\365\377\177\000\000\001\000\000\000\350\003\000\000\000\000\000\000\000\000\000 \001\000\000\000\000\000\000\000\f\307\035\001", '\000' , " `\243\344\001\000\000\000\000`\317\377\377\377\177\000\000"... version = 5 ret = 0 #4 0x000000000066be97 in ff_rm_read_mdpr_codecdata (s=0x1e4ab60, pb=0x1e4a360, st=0xaa60c480, rst=0xaa60cd20, codec_data_size=-128, mime=0x7fffffffd220 "audio7x-pn- realaudio") at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/rmdec.c:335 v = 779248125 size = 0 codec_pos = 146 ret = 0 #5 0x000000000066cc60 in rm_read_header (s=0x1e4ab60) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/rmdec.c:565 rm = 0x1e4a1e0 st = 0xaa60c480 pb = 0x1e4a360 tag = 1380992077 tag_size = 164 start_time = 0 duration = 37150 data_off = 394 indx_off = 372439 buf = "Audio Stream", '\000' , "\370\257\344\001\000\000\000\000\320\061\345\001", '\000' , "E\212\062\372-\005?\322\377\377\377\177\000\000\274U]", '\000' , "_\025h\365\377\177\000\000\000\000\000\000\000\000\000\000\b\323\377\377\377\177\000" mime = "audio7x-pn- realaudio\000\000\000\000`\243\344\001\000\000\000\000\210\322\377\377\n\000\000\000\000\000\000\000\377\177", '\000' , "`\243\344\001\000\000\000\000`\243\344\001\000\000\000\000.RMF\000\000\000\022\000\001", '\000' , "E\212\062\372-\005\313\300\322\377\377\377\177\000\000]V]\000\000\000\000" flags = 10 #6 0x00000000006c3f02 in avformat_open_input (ps=0x7fffffffd390, filename=0x7fffffffde64 "rm_deadlock.rm", fmt=0x0, options=0x1e42498) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/utils.c:463 s = 0x1e4ab60 ret = 100 tmp = 0x1e49d40 id3v2_extra_meta = 0x0 #7 0x0000000000410fab in open_input_file (o=0x7fffffffd470, filename=0x7fffffffde64 "rm_deadlock.rm") at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg_opt.c:873 f = 0x0 ic = 0x1e4ab60 file_iformat = 0x0 err = 0 i = 48 ret = 0 timestamp = 17179869184 ---Type to continue, or q to quit--- opts = 0x1209477 unused_opts = 0x0 e = 0x0 orig_nb_streams = 0 video_codec_name = 0x0 audio_codec_name = 0x0 subtitle_codec_name = 0x0 scan_all_pmts_set = 1 #8 0x00000000004190fb in open_files (l=0x1e3a0d8, inout=0x1209477 "input", open_file=0x4108b3 ) at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg_opt.c:2699 g = 0x1e42470 o = {g = 0x1e42470, start_time = -9223372036854775808, format = 0x0, codec_names = 0x0, nb_codec_names = 0, audio_channels = 0x0, nb_audio_channels = 0, audio_sample_rate = 0x0, nb_audio_sample_rate = 0, frame_rates = 0x0, nb_frame_rates = 0, frame_sizes = 0x0, nb_frame_sizes = 0, frame_pix_fmts = 0x0, nb_frame_pix_fmts = 0, input_ts_offset = 0, rate_emu = 0, accurate_seek = 1, ts_scale = 0x0, nb_ts_scale = 0, dump_attachment = 0x0, nb_dump_attachment = 0, hwaccels = 0x0, nb_hwaccels = 0, hwaccel_devices = 0x0, nb_hwaccel_devices = 0, stream_maps = 0x0, nb_stream_maps = 0, audio_channel_maps = 0x0, nb_audio_channel_maps = 0, metadata_global_manual = 0, metadata_streams_manual = 0, metadata_chapters_manual = 0, attachments = 0x0, nb_attachments = 0, chapters_input_file = 2147483647, recording_time = 9223372036854775807, stop_time = 9223372036854775807, limit_filesize = 18446744073709551615, mux_preload = 0, mux_max_delay = 0.699999988, shortest = 0, video_disable = 0, audio_disable = 0, subtitle_disable = 0, data_disable = 0, streamid_map = 0x0, nb_streamid_map = 0, metadata = 0x0, nb_metadata = 0, max_frames = 0x0, nb_max_frames = 0, bitstream_filters = 0x0, nb_bitstream_filters = 0, codec_tags = 0x0, nb_codec_tags = 0, sample_fmts = 0x0, nb_sample_fmts = 0, qscale = 0x0, nb_qscale = 0, forced_key_frames = 0x0, nb_forced_key_frames = 0, force_fps = 0x0, nb_force_fps = 0, frame_aspect_ratios = 0x0, nb_frame_aspect_ratios = 0, rc_overrides = 0x0, nb_rc_overrides = 0, intra_matrices = 0x0, nb_intra_matrices = 0, inter_matrices = 0x0, nb_inter_matrices = 0, chroma_intra_matrices = 0x0, nb_chroma_intra_matrices = 0, top_field_first = 0x0, nb_top_field_first = 0, metadata_map = 0x0, nb_metadata_map = 0, presets = 0x0, nb_presets = 0, copy_initial_nonkeyframes = 0x0, nb_copy_initial_nonkeyframes = 0, copy_prior_start = 0x0, nb_copy_prior_start = 0, filters = 0x0, nb_filters = 0, filter_scripts = 0x0, nb_filter_scripts = 0, reinit_filters = 0x0, nb_reinit_filters = 0, fix_sub_duration = 0x0, nb_fix_sub_duration = 0, canvas_sizes = 0x0, nb_canvas_sizes = 0, pass = 0x0, nb_pass = 0, passlogfiles = 0x0, nb_passlogfiles = 0, guess_layout_max = 0x0, nb_guess_layout_max = 0, apad = 0x0, nb_apad = 0, discard = 0x0, nb_discard = 0} i = 0 ret = 0 #9 0x0000000000419288 in ffmpeg_parse_options (argc=5, argv=0x7fffffffda08) at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg_opt.c:2736 octx = {global_opts = {group_def = 0x12075f0 , arg = 0x1205cdb "", opts = 0x1e3a090, nb_opts = 1, codec_opts = 0x0, format_opts = 0x0, resample_opts = 0x0, sws_opts = 0x0, swr_opts = 0x0}, groups = 0x1e3a0c0, nb_groups = 2, cur_group = { group_def = 0x0, arg = 0x0, opts = 0x0, nb_opts = 0, codec_opts = 0x0, format_opts = 0x0, resample_opts = 0x0, sws_opts = 0x0, swr_opts = 0x0}} error = "\000\000\000\000\000\000\000\000\342b \001", '\000' , "\346\am\000\000\000\000\000\360\330\377\377\377\177\000\000c\330A\000\000\000\000\000\342b \001\000\000\000\000\060\aL\001\001\000\000\000\000P\000\000\005\000\000\000\277\000\000\000\061\n\000\000\000\003\034\177\025\004\000\001\000\021\023\032\000\022\017\027\026", '\000' ret = 0 #10 0x000000000042c7e7 in main (argc=5, argv=0x7fffffffda08) at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg.c:3921 ret = 32767 ti = 0 }}} analysis: rm_read_header() in ffmpeg/libavformat/rmdec.c:488 loops over header tags until it reached the data section or eof. The code for parsing MDPR tags tries to skip part of the codec info but treats the size of the codec block as signed. A corrupt header can caused the skip to seek backwards. {{{ int ff_rm_read_mdpr_codecdata (AVFormatContext *s, AVIOContext *pb, AVStream *st, RMStream *rst, int codec_data_size, const uint8_t *mime) rmdec.c:307 { ... skip: /* skip codec info */ size = avio_tell(pb) - codec_pos; avio_skip(pb, codec_data_size - size); <--- codec_data_size = -128 return 0; } }}} The seek ends up at the begginning of the same MDPR tags and rm_read_header() will try to decode the same MDPR tag indefinitely. If the MDPR tag contains an audio stream rm_read_audio_stream_info() will continuously allocate memory which quickly results in oom. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 16:50:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 15:50:39 -0000 Subject: [FFmpeg-trac] #4154(avformat:open): rm: deadlock with fuzzed file In-Reply-To: <036.34fe034b7c4e5f5fc9d456e53de3ba7f@avcodec.org> References: <036.34fe034b7c4e5f5fc9d456e53de3ba7f@avcodec.org> Message-ID: <051.59862771b8be71d84f15efce0c108840@avcodec.org> #4154: rm: deadlock with fuzzed file -------------------------------------+------------------------------------- Reporter: tholin | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: deadlock regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => real deadlock regression * status: new => open * reproduced: 0 => 1 Comment: Regression since efb5fa79 / 139f3ac4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 18:40:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 17:40:01 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.fd7841f2f823bb101a344ce0ef48fb06@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Please consider following cehoyos's suggestion in comment:292. libavcodec/aaccoder.c line 344 368 394 714 971 1025 1274 1292 libavcodec/aacpsy.c line 989 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 19:01:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 18:01:40 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.761d25b7a8170d30ab181dafc2bfc527@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I checked the aacenc.c:399 assertion error. ffmpeg_r67961_v9_with_printf -y -i file.flac -c:a aac -strict experimental -aac_coder anmr -b:a 128k out.mp4 ||=file=||=rate=||=w=||=i=||=sf_idx[w*16+i]=||=off=||=SCALE_DIFF_ZERO=||=diff=|| ||sine_tester|| 16k|| 0|| 10|| 186|| 118|| 60|| 128|| || || 128k|| 0|| 18|| 89|| 150|| 60|| -1|| || || 320k|| 0|| 4|| 87|| 152|| 60|| -5|| || || q1.5|| 0|| 10|| 140|| 77|| 60|| 123|| || || q4|| 0|| 12|| 94|| 156|| 60|| -2|| || || q8|| 0|| 12|| 86|| 150|| 60|| -4|| ||ffmpeg_anmr_error3|| 128k|| 0|| 12|| 99|| 163|| 60|| -4|| || || 256k|| 0|| 22|| 105|| 173|| 60|| -8|| || || 64k|| 0|| 32|| 117|| 180|| 60|| -3|| || || q0.5|| 0|| 22|| 119|| 180|| 60|| -1|| || || q1|| 7|| 10|| 104|| 171|| 60|| -7|| || || q2|| 0|| 12|| 109|| 173|| 60|| -4|| ||ffmpeg_anmr_error4|| 64k|| 0|| 23|| 185|| 116|| 60|| 129|| || || 128k|| 0|| 23|| 170|| 109|| 60|| 121|| || || 192k|| 0|| 23|| 164|| 98|| 60|| 126|| || || 320k|| 0|| 23|| 161|| 99|| 60|| 122|| || || q0.5|| 0|| 23|| 179|| 118|| 60|| 121|| || || q1|| 0|| 23|| 172|| 108|| 60|| 124|| ||ffmpeg_anmr_error5|| 64k|| 0|| 34|| 182|| 114|| 60|| 128|| || || 128k|| 0|| 34|| 182|| 115|| 60|| 127|| || || 192k|| 0|| 34|| 169|| 108|| 60|| 121|| || || 384k|| 0|| 40|| 103|| 166|| 60|| -3|| || || q1|| 0|| 34|| 183|| 119|| 60|| 124|| || || q2|| 0|| 34|| 181|| 120|| 60|| 121|| -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 19:18:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 18:18:42 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.4ad147a729e9925f3515d8f9cc1522fc@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Sorry for the silence, the assertion error has been fixed already. Some bug I couldn't find with encode_window_bands_info, but I just made anmr use the other (codebook_trellis_rate? something like that) which is very similar but better (avoids adding holes or picking a codebook that cannot encode the coefficients, for instance). I'm currently doing a frankenstein between v9 and v7, to get v9 close to v7 in stability only with better quality. I'm close to posting v9b, hopefully a version that can be sliced and committed (if v7 was acceptable v9b should be as well) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 19:33:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 18:33:24 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.c8b348f4223152baeca045472da72c1c@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): From the itCouldBeSweet and fatboy sample, and the diff of them, I have an impression that the instability only happens at short windows. I hope it's fixed in the next patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 19:46:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 18:46:00 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.5f5ee846804e47cc2acf9a23f2107bcf@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Actually, the instability happens transient high bit demand (ie: when a transient signal induces the bit allocator into allocating bits from the reservoir). That results in lower quality of following windows, and twoloop fails to avoid holes in those situations, creating holes that shouldn't be there, hence the instability. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 19:46:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 18:46:55 -0000 Subject: [FFmpeg-trac] #4152(avformat:closed): jacosub: deadlock with fuzzed file In-Reply-To: <036.b615fe19a748bfb8ac7a6250b3583358@avcodec.org> References: <036.b615fe19a748bfb8ac7a6250b3583358@avcodec.org> Message-ID: <051.5551b42afc49745fc3c484c4926f2e7f@avcodec.org> #4152: jacosub: deadlock with fuzzed file -------------------------------------+------------------------------------- Reporter: tholin | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: jacosub | Blocked By: deadlock | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in eac5c7b8377f3f0e8262ab44e5ccb2c7ed060cdd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 19:49:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 18:49:51 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.003712b85605edd70598911eaf70f56b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Klaussfreire, thank you for the explanation! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 20:07:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 19:07:59 -0000 Subject: [FFmpeg-trac] #4154(avformat:closed): rm: deadlock with fuzzed file In-Reply-To: <036.34fe034b7c4e5f5fc9d456e53de3ba7f@avcodec.org> References: <036.34fe034b7c4e5f5fc9d456e53de3ba7f@avcodec.org> Message-ID: <051.dbb7ca63c0c3c605084d50570cd1dbdb@avcodec.org> #4154: rm: deadlock with fuzzed file -------------------------------------+------------------------------------- Reporter: tholin | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: real | Blocked By: deadlock regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in a6f730730b82645a9d31aad0968487cb77d6946c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 20:38:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 19:38:56 -0000 Subject: [FFmpeg-trac] #4151(swscale:closed): Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 In-Reply-To: <034.e180aff5988261e42b4ab310318dd50a@avcodec.org> References: <034.e180aff5988261e42b4ab310318dd50a@avcodec.org> Message-ID: <049.4f7dbd0981e94e534ba8d95213d1e69f@avcodec.org> #4151: Crash the ffmpeg then convert YV12 (yuv420p) to NV12 if width is less than 32 ---------------------------------------+----------------------------------- Reporter: v0lt | Owner: Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 8524558858b7e14bc50afa10233e0194f591ab9d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 22:49:24 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 21:49:24 -0000 Subject: [FFmpeg-trac] #3418(ffserver:open): Cannot stream h264 to libvorbis/libtheora with ffserver In-Reply-To: <038.7d1a980488730fbc5bf5f9f7e6220d67@avcodec.org> References: <038.7d1a980488730fbc5bf5f9f7e6220d67@avcodec.org> Message-ID: <053.fecf6e8b685e9a28e1a63a690f25bf62@avcodec.org> #3418: Cannot stream h264 to libvorbis/libtheora with ffserver ----------------------------------+------------------------------------ Reporter: pferland | Owner: mastered Type: defect | Status: open Priority: normal | Component: ffserver Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Changes (by mastered): * owner: => mastered * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 23:27:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 22:27:54 -0000 Subject: [FFmpeg-trac] #4155(ffmpeg:new): UDP Output is Waving Message-ID: <042.8ed07709159900b3e7b7acec36ef99e0@avcodec.org> #4155: UDP Output is Waving -------------------------------------+------------------------------------- Reporter: | Type: defect smallishzulu | Priority: normal Status: new | Version: Component: ffmpeg | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug (not sure if a bug): I use a valid TS file and use below command: ffmpeg -re -i test.ts -c:v copy -c:a copy -vb 2500k -minrate 2500k -maxrate 2500k -bufsize 5000k -muxrate 2500k -flush_packets 0 -f mpegts udp://225.2.1.1:1234?pkt_size=1316 FFmpeg version is 2.4.3 (not a nightly git version) I traceout UDP packets using tcpdump and I see constant UDP traffic output: 11:41:14.306157 IP 172.31.35.47.43299 > 225.2.1.1:1234: UDP, length 1316 There is a Window PC in the network and using Wireshark, I can see Windows PC receives 1472 bytes payload. Also constant. I replaced Windows PC with a Linux PC and I traceout the traffic and I found also constant receive of UDP packets in 1316 bytes. However, I monitored the traffic over a Mikrotik router and I watched the network graphic of this UDP packets, they are waiving, not constant. I removed the Mikrotik router and plugged a Windows PC directly to FFmpeg output server and I traced network traffic using StreamXpert, I see traffic is waiving again. If I generate a UDP multicast traffic using iperf, i see constant UDP traffic on Mikrotik router. I dont know why but FFmpeg UDP multicast output is 1316 bytes but there maybe a problem with output timing, which I mean is output is not constantly 2.5Mbps Please see attached image file. On each run of same command, output graphic slightly varies/changes. Am I doing something wrong or is there a bug? (Extra note: If I pipe out same output to an ASI card instead of UDP stream, output Mbps is constant as well.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 23:38:44 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 22:38:44 -0000 Subject: [FFmpeg-trac] #4144(undetermined:closed): Broken DeckLink support In-Reply-To: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> References: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> Message-ID: <051.46c2f0dac25eb561eefc34c1f9b1f99d@avcodec.org> #4144: Broken DeckLink support -------------------------------------+------------------------------------- Reporter: laurfb | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: decklink | Resolution: fixed regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Jonathan Baecker in 868cec5874543a56e485b7a17018ce7d9ce89299 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 3 23:39:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 03 Dec 2014 22:39:14 -0000 Subject: [FFmpeg-trac] #4144(avdevice:closed): Broken DeckLink support In-Reply-To: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> References: <036.cce9bf47318be93cb9b5ba3072d9eaf1@avcodec.org> Message-ID: <051.fb688239cdffa9f436aa2fd2e112971e@avcodec.org> #4144: Broken DeckLink support -------------------------------------+------------------------------------- Reporter: laurfb | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: decklink | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * component: undetermined => avdevice -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 04:45:06 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 03:45:06 -0000 Subject: [FFmpeg-trac] #4156(build system:new): libx264 check broken in 2.5 (ok in HEAD) Message-ID: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> #4156: libx264 check broken in 2.5 (ok in HEAD) -------------------------------------+------------------------------------- Reporter: nieder | Type: defect Status: new | Priority: normal Component: build | Version: system | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The configure check for libx264 in the 2.5 release is broken. How to reproduce: {{{ $ ./configure --enable-libx264 --enable-gpl ./configure: line 4915: syntax error near unexpected token `}' ./configure: line 4915: ` warn "using libx264 without pkg-config"; } } &&' }}} The check in configure from git HEAD is ok (uses use_pkg_config() as the first check attempt and is preceded by an opening `{' ). Tested on OS X but this looks like it should be a universal failure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 05:44:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 04:44:47 -0000 Subject: [FFmpeg-trac] #4156(build system:new): libx264 check broken in 2.5 (ok in HEAD) In-Reply-To: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> References: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> Message-ID: <051.a732b645fd1519573f27f5b0e9185d8e@avcodec.org> #4156: libx264 check broken in 2.5 (ok in HEAD) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): configure is identical between master/HEAD and release/2.5, also it works fine here on linux -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 08:46:21 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 07:46:21 -0000 Subject: [FFmpeg-trac] #3175(avformat:open): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <038.af1e0348adc0e45f5d186a1a5fc73670@avcodec.org> References: <038.af1e0348adc0e45f5d186a1a5fc73670@avcodec.org> Message-ID: <053.85bc54f551d9a29aa2f476b68cef2d04@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv ------------------------------------+------------------------------------ Reporter: iluvatar | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac flv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by fabled): Seems this was discussed on mailing list recently with (an ugly?) patch: http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2014-May/157791.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 09:38:47 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 08:38:47 -0000 Subject: [FFmpeg-trac] #4156(build system:closed): libx264 check broken in 2.5 (ok in HEAD) In-Reply-To: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> References: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> Message-ID: <051.54f0acdca5e57acd9621720b005c6439@avcodec.org> #4156: libx264 check broken in 2.5 (ok in HEAD) -------------------------------------+------------------------------------- Reporter: nieder | 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 Comment: Please reopen if you can add information about your system. {{{ $ git checkout master $ git pull $ ./configure --enable-gpl --enable-libx264 ... WARNING: pkg-config not found, library detection may fail. WARNING: using libx264 without pkg-config }}} {{{ $ git checkout n2.5 $ ./configure --enable-gpl --enable-libx264 ... WARNING: pkg-config not found, library detection may fail. WARNING: using libx264 without pkg-config }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 09:38:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 08:38:59 -0000 Subject: [FFmpeg-trac] #4156(build system:closed): libx264 check broken in 2.5 (ok in HEAD) In-Reply-To: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> References: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> Message-ID: <051.b692b610cc2577805c0c24badb096dae@avcodec.org> #4156: libx264 check broken in 2.5 (ok in HEAD) -------------------------------------+------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: libx264 | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libx264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 09:39:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 08:39:39 -0000 Subject: [FFmpeg-trac] #4156(build system:closed): libx264 check broken in 2.5 (ok in HEAD) In-Reply-To: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> References: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> Message-ID: <051.9d94536e48ccca92443114e27b3e451a@avcodec.org> #4156: libx264 check broken in 2.5 (ok in HEAD) ---------------------------------+---------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: 2.5 | Resolution: worksforme Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * version: unspecified => 2.5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 12:16:27 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 11:16:27 -0000 Subject: [FFmpeg-trac] #4157(undetermined:new): ffmpeg does not recognize drawtext command Message-ID: <040.43c6d082d121c0926fc4097fe79e9c4b@avcodec.org> #4157: ffmpeg does not recognize drawtext command -------------------------------------+------------------------------------- Reporter: illumilore | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- After compiling ffmpeg with the --enable-filter=drawtext, when launching the command, it does not recognize the option. $ ./ffmpeg -f alsa -itsoffset 0.7 -ar 24000 -i plughw:2 -f video4linux2 -input_format mjpeg -s 960x720 -r 5 -i /dev/video0 -map 0:a -map 1:v http://127.0.0.1:8090/cam.ffm -f segment -segment_time 3600 -segment_atclocktime 1 -r 5 -s 640x480 -reset_timestamps 1 -segment_list_flags live -vf "drawtext='fontfile=/usr/share/fonts/truetype/DejaVuSans.ttf:fontcolor=white:fontsize=30:x=1:y=2:shadowx=1:shadowy=1:text=%{localtime\:%Y-%m-%d %H\\\\\:%M\\\\\:%S}'" -segment_start_number 504 /media/cam/test_%04d.avi ffmpeg version N-68199-g5fe026f Copyright (c) 2000-2014 the FFmpeg developers built on Dec 4 2014 04:06:36 with gcc 4.8 (SUSE Linux) configuration: --enable-filter=drawtext libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, alsa, from 'plughw:2': Duration: N/A, start: 1417691649.389935, bitrate: 768 kb/s Stream #0:0: Audio: pcm_s16le, 24000 Hz, 2 channels, s16, 768 kb/s Input #1, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 2046885.891824, bitrate: N/A Stream #1:0: Video: mjpeg, yuvj422p(pc, bt470bg/unknown/unknown), 960x720, 0 kb/s, 5 fps, 5 tbr, 1000k tbn, 1000k tbc [swscaler @ 0x1ea07e0] deprecated pixel format used, make sure you did set range correctly [swscaler @ 0x1f07b80] deprecated pixel format used, make sure you did set range correctly [swscaler @ 0x1f23900] deprecated pixel format used, make sure you did set range correctly [AVFilterGraph @ 0x1f31080] No such filter: 'drawtext' Error opening filters! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 12:54:26 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 11:54:26 -0000 Subject: [FFmpeg-trac] #4113(ffserver:new): ffserver ignores videoframerate for mjpeg streams In-Reply-To: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> References: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> Message-ID: <055.a8a1d58feeb493f401e2c77024be9401@avcodec.org> #4113: ffserver ignores videoframerate for mjpeg streams -------------------------------------+------------------------------------ Reporter: illumilore | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by illumilore): I tested it and it is still ignoring my 1 fps command and setting it to 5. Feed cam.ffm Format mpjpeg VideoFrameRate 1 VideoIntraOnly VideoQmin 10 VideoQMax 20 VideoSize 480x320 NoAudio Strict -1 ffmpeg version N-68199-g5fe026f Copyright (c) 2000-2014 the FFmpeg developers built on Dec 4 2014 04:31:52 with gcc 4.8 (SUSE Linux) configuration: --enable-filter=drawtext --enable-libfreetype libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, alsa, from 'plughw:2': Duration: N/A, start: 1417693863.952144, bitrate: 768 kb/s Stream #0:0: Audio: pcm_s16le, 24000 Hz, 2 channels, s16, 768 kb/s Input #1, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 2049100.267583, bitrate: N/A Stream #1:0: Video: mjpeg, yuvj422p(pc, bt470bg/unknown/unknown), 960x720, 0 kb/s, 5 fps, 5 tbr, 1000k tbn, 1000k tbc [swscaler @ 0x2f067e0] deprecated pixel format used, make sure you did set range correctly [swscaler @ 0x2f68120] deprecated pixel format used, make sure you did set range correctly [swscaler @ 0x2f8f420] deprecated pixel format used, make sure you did set range correctly Output #0, ffm, to 'http://127.0.0.1:8090/cam.ffm': Metadata: creation_time : now encoder : Lavf56.15.102 Stream #0:0: Video: flv1 (flv), yuv420p, 960x720, q=5-15, 4000 kb/s, 5 fps, 1000k tbn, 5 tbc Metadata: encoder : Lavc56.13.100 flv Stream #0:1: Video: mjpeg, yuvj422p(pc), 960x720, q=1-5, 64 kb/s, 5 fps, 1000k tbn, 2 tbc Metadata: encoder : Lavc56.13.100 mjpeg Stream #0:2: Video: mjpeg, yuvj422p(pc), 480x320, q=10-20, 64 kb/s, 5 fps, 1000k tbn, 1 tbc Metadata: encoder : Lavc56.13.100 mjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 13:09:51 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 12:09:51 -0000 Subject: [FFmpeg-trac] #4156(build system:closed): libx264 check broken in 2.5 (ok in HEAD) In-Reply-To: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> References: <036.be2f5e6eeb05507facd5b9efaf66c30e@avcodec.org> Message-ID: <051.3d736decdd8378f69cc593efbe4741f2@avcodec.org> #4156: libx264 check broken in 2.5 (ok in HEAD) ---------------------------------+---------------------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: 2.5 | Resolution: worksforme Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by nieder): Ugh. I had applied an unrelated test change to a different section in configure and accidentally screwed up the libx264 detection code. Sorry about the noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 15:41:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 14:41:48 -0000 Subject: [FFmpeg-trac] #4157(undetermined:new): ffmpeg does not recognize drawtext command In-Reply-To: <040.43c6d082d121c0926fc4097fe79e9c4b@avcodec.org> References: <040.43c6d082d121c0926fc4097fe79e9c4b@avcodec.org> Message-ID: <055.1c434190a85b8258401ceb36df96ebac@avcodec.org> #4157: ffmpeg does not recognize drawtext command -------------------------------------+------------------------------------- Reporter: illumilore | 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): {{{--enable-filter=drawtext}}} does not look like a useful configure option, how did you find it? Please run {{{./configure --help}}} to see the relevant options to enable external dependencies, you need {{{--enable-libfreetype}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 22:42:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 21:42:07 -0000 Subject: [FFmpeg-trac] #4113(ffserver:new): ffserver ignores videoframerate for mjpeg streams In-Reply-To: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> References: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> Message-ID: <055.35e6d96b5d49530b69d176dd937df4dc@avcodec.org> #4113: ffserver ignores videoframerate for mjpeg streams -------------------------------------+------------------------------------ Reporter: illumilore | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by mastered): Don't you use -r 5 as ffmpeg param, which overwrites ffserver config? It seems so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 4 23:50:14 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 22:50:14 -0000 Subject: [FFmpeg-trac] #4158(undetermined:new): Audio Stream loss after codec change Message-ID: <036.c9a66f4062d5a706a79d4447b6a7d4b7@avcodec.org> #4158: Audio Stream loss after codec change -------------------------------------+------------------------------------- Reporter: jimbob | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: Dolby, | Blocked By: Stereo, Audio, Surround Sound, | Reproduced by developer: 0 Closed Captioning | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: We are using ffmpeg to transcode live mpeg2 streams from satellite receivers to MP4 streams. Unfortunately reproducing the bug will be extremely difficult without a similar setup that we have. How to reproduce: {{{ % ffmpeg -vsync 1 -i "udp://239.xxx.xxx.xxx:yyyy?overrun_nonfatal=1" -vf yadif -map 0 -c:a copy -vcodec libx264 -b:v 5000k -bufsize 12000k -g 60 -preset superfast -f mpegts "udp://239.zzz.xxx.xxx:yyyy?pkt_size=1316&ttl=10" ffmpeg -version ffmpeg version 2.4.2 Copyright (c) 2000-2014 the FFmpeg developers built on Oct 30 2014 21:43:28 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/user/ffmpeg_build --extra- cflags=-I/home/user/ffmpeg_build/include --extra- ldflags=-L/home/user/ffmpeg_build/lib --bindir=/home/user/bin --extra- libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable- libfreetype --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --disable-ffplay libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 }}} Container: Mpeg2 Audio Codec: Normally AC3. What we have been able to notice is with channels that change their audio format from Stereo to Dolby or vice versa: ffmpeg appears to drop the audio channel all together (Like it is muted muted or non-existent). We are able to listen to the Closed Captioning PID stream through out this whole time: this is likely because the enm source does not change format. Silencedetect and Volumedetect filters do not indicate that any problem exists with the volume on the output stream. However we have to restart the stream in order for it to start working again. Picture quality is phenomenal. For example: we're pulling a channel down from one of the various Movie Central's (It affects them all), after a few days to a week the audio will just stop working. We have been unable to identify exactly when it happens as we are unable to watch TV for days on end. We have ruled out that it is not our deployment: it's not our Set Top Boxes, or our delivery network. We have ruled out the source of the video stream and our set top boxes by using muticast capable computers and software. We suspect that it happens when a relatively new movie is played on this channel, it doesn't appear to affect movies from the early 2000's or older. (As we have gone through the program output for this specified time and looked through the channels. We have been unable to identify one particular movie that does it.) Volumedetect shows correct dB, Silencedetect does not detect any silence of the audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 00:25:13 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 23:25:13 -0000 Subject: [FFmpeg-trac] #4158(undetermined:new): Audio Stream loss after codec change In-Reply-To: <036.c9a66f4062d5a706a79d4447b6a7d4b7@avcodec.org> References: <036.c9a66f4062d5a706a79d4447b6a7d4b7@avcodec.org> Message-ID: <051.7e4554ed8d07899ea250094ee249f96b@avcodec.org> #4158: Audio Stream loss after codec change -------------------------------------+------------------------------------- Reporter: jimbob | 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): * keywords: Dolby, Stereo, Audio, Surround Sound, Closed Captioning => * priority: important => normal Comment: Please record a sample file and please provide the command line that allows to reproduce the issue 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 Dec 5 00:26:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 23:26:32 -0000 Subject: [FFmpeg-trac] #4113(ffserver:new): ffserver ignores videoframerate for mjpeg streams In-Reply-To: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> References: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> Message-ID: <055.b097c87b5cd31d865edacd77a90c1200@avcodec.org> #4113: ffserver ignores videoframerate for mjpeg streams -------------------------------------+------------------------------------ Reporter: illumilore | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by illumilore): I thought that was for the input stream only? What is the syntax for setting the input stream vs the output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 00:26:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 23:26:53 -0000 Subject: [FFmpeg-trac] #4158(undetermined:new): Audio Stream loss after codec change In-Reply-To: <036.c9a66f4062d5a706a79d4447b6a7d4b7@avcodec.org> References: <036.c9a66f4062d5a706a79d4447b6a7d4b7@avcodec.org> Message-ID: <051.4b07a653dbf7595e3a5bd5073df3686d@avcodec.org> #4158: Audio Stream loss after codec change -------------------------------------+------------------------------------- Reporter: jimbob | 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): And please test current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 00:31:52 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 04 Dec 2014 23:31:52 -0000 Subject: [FFmpeg-trac] #24(build system:closed): Error message needed when enabling drawtext filter without libfreetype In-Reply-To: <036.73850dd6df631c6e07d6d6fa9e12b03a@avcodec.org> References: <036.73850dd6df631c6e07d6d6fa9e12b03a@avcodec.org> Message-ID: <051.8a015800e1932a734cdc9069fefd62f4@avcodec.org> #24: Error message needed when enabling drawtext filter without libfreetype -------------------------------------+------------------------------------- Reporter: xj25vm | Owner: Type: enhancement | Status: closed Priority: normal | Component: build Version: git | system Keywords: libfreetype | Resolution: wontfix drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by illumilore): I see. Would it be possible to change the error message when drawtext is used but not able to run to alert the user that the freetype option is needed when configuring? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 14:13:33 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 13:13:33 -0000 Subject: [FFmpeg-trac] #4159(undetermined:new): ffprobe exits with "Unsupported codec with id..." error Message-ID: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error --------------------------------------+---------------------------------- Reporter: thanpolas | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.4.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Our application handles hundreds of video files produced by the same specific hardware set and uses ffprobe to read the metadata of the files. We use the the [http://www.usa.canon.com/cusa/professional/products/professional_cameras/hd_video_cameras/xa25 Canon XA25] camera to shoot videos which are then transported to the [http://www.teradek.com/products/cube_155 Teradek cube 155] that streams the video file via NFS to our local server where the ffprobe operation happens. Out of ~100 files we had 5 failures with ffprobe with the following error message: > Unsupported codec with id 0 for input stream 2 The full output before the this error message is: {{{ ffprobe version 2.4.3 Copyright (c) 2007-2014 the FFmpeg developers built on Nov 4 2014 11:01:51 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable- decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-filters --enable-libgsm --enable-libvidstab --enable-libx265 --arch=x86_64 --enable-runtime-cpudetect libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Reveal-PCST-120414-122114.mp4': Metadata: major_brand : qt minor_version : 0 compatible_brands: mobiavc1mp42isom Duration: 00:00:24.96, start: 0.000000, bitrate: 2020 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1963 kb/s, 29.97 fps, 29.97 tbr, 120k tbn, 119.88 tbc (default) Metadata: handler_name : AVC Video Handler encoder : AVC Codi timecode : 00:05:14;03 Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 48 kb/s (default) Metadata: handler_name : AAC Audio Handler Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: handler_name : TimeCode MediaHdl timecode : 00:05:14;03 }}} As you can see I use the latest stable ffprobe 2.4.3, on osx yosemite. == How to reproduce == Use the attached video file with ffprobe (if attachment fails use this link to download file: http://than.pol.as/Yq8K): {{{ ffprobe Reveal-PCST-120414-122114.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 14:23:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 13:23:40 -0000 Subject: [FFmpeg-trac] #4159(undetermined:new): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.3a1c0e726a104f2aef29ed5ab9a28d47@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -------------------------------------+------------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.4 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by thilo.borgmann): The download link does not work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 14:46:54 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 13:46:54 -0000 Subject: [FFmpeg-trac] #4159(undetermined:new): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.19ad610ff3de921c1b5140184d6828fc@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -------------------------------------+------------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.4 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by thanpolas): Yes, indeed for some reason it failed to upload on both ends (attachment + my service) Here is the new clip url: http://than.pol.as/Ypxb and you can download it using this specific url: http://than.pol.as/Ypxb/download/Reveal- PCST-120414-122114.mp4, updating the ticket... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 15:00:43 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 14:00:43 -0000 Subject: [FFmpeg-trac] #4159(undetermined:new): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.6e89d57093a5fee000e7a39d8a320ebb@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -------------------------------------+------------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.4 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current FFmpeg git head. There is nothing ''unstable'' about it. Is the problem you are reporting only reproducible with {{{ffprobe}}} or also with {{{ffmpeg}}}? Only report issues for {{{ffprobe}}} if they are not reproducible with {{{ffmpeg}}}. I don't see an error message in your original report and I therefore don't understand this ticket currently... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 16:15:32 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 15:15:32 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask Message-ID: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> #4160: problem encoding opus file with unusual channel mask -------------------------------------+------------------------------------- Reporter: divide | Type: defect Status: new | Priority: important Component: | Version: 2.5 undetermined | Blocked By: Keywords: opus encode | Reproduced by developer: 0 multichannel channel mask | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: trying to encode opus audio file with unusual channel mask (for example FL+FR+BL) generates an error. How to reproduce: ffmpeg -i 3flfrbl.wav 3flfrbl.opus {{{ % ffmpeg -i 3flfrbl.wav 3flfrbl.opus ffmpeg version 2.5 built on December 3rd 2014 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 16:19:23 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 15:19:23 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.1f22a87be55fe079d9d588d6a9fe9b65@avcodec.org> #4160: problem encoding opus file with unusual channel mask -------------------------------------+------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.5 | undetermined Keywords: opus encode | Resolution: multichannel channel mask | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by divide): output: Input #0, wav, from 'C:\Music\3flfrbl.wav': Duration: 00:00:10.00, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 3 channels (FL+FR+BL), s16, 2304 kb/s [auto-inserted resampler 0 @ 0000000002a82b00] [SWR @ 0000000002a73d40] Input ch annel layout '3 channels (FL+FR+BL)' is not supported [auto-inserted resampler 0 @ 0000000002a82b00] Failed to configure output pad on auto-inserted resampler 0 Error opening filters! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 16:25:25 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 15:25:25 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.8f98dd02a58ce1d45b0e71d28753a893@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: opus encode multichannel channel mask => * priority: important => normal Comment: Please test current FFmpeg git head before reporting an issue here and please provide the failing command line together with the uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 16:34:27 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 15:34:27 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.7eaf681559e02aa4551c764eeca357a4@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by divide): The build is 2 days old, it was git head 2 days ago. I can also repro with version 2.3, so it looks like this problem has been there for some time. Full command line + output: C:\Music>ffmpeg.exe -i 3flfrbl.wav 3flfrbl.opus ffmpeg version N-68199-g5fe026f Copyright (c) 2000-2014 the FFmpeg developers built on Dec 3 2014 23:57:35 with gcc 4.9.2 (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-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, wav, from '3flfrbl.wav': Duration: 00:00:10.00, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 3 channels (FL+FR+BL), s16, 2304 kb/s [auto-inserted resampler 0 @ 0000000002bdcb40] [SWR @ 0000000002b77d40] Input ch annel layout '3 channels (FL+FR+BL)' is not supported [auto-inserted resampler 0 @ 0000000002bdcb40] Failed to configure output pad on auto-inserted resampler 0 Error opening filters! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 18:17:55 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 17:17:55 -0000 Subject: [FFmpeg-trac] #4159(undetermined:new): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.f18377341ea6fde8ada1f4ab82a3fd10@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -------------------------------------+------------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.4 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by thanpolas): {{{ffmpeg}}} will properly process the file and the output is readable by {{{ffprobe}}}. However we cannot afford (the cpu / time) to process all the incoming clips so this is not a solution. I have presented a specific error message and the complete output of {{{ffprobe}}} in my original report. I have also produced a reliably way to reproduce the issue with the [http://than.pol.as/Ypxb/download/Reveal-PCST-120414-122114.mp4 file you can download from here.] If this is the wrong Bug Tracking engine for {{{ffprobe}}} then please show me to the right one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 21:03:45 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 20:03:45 -0000 Subject: [FFmpeg-trac] #4161(undetermined:new): MPEG2 PS sample: wrong aspect ratio Message-ID: <043.8c32d70fef440198647ccd0970cfdc95@avcodec.org> #4161: MPEG2 PS sample: wrong aspect ratio -------------------------------------+------------------------------------- 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:''' This [http://www.datafilehost.com/d/95fa5281 sample] is detected as 4:3 by FFmpeg although it apparently should be 16:9. WinDVD plays it with the expected aspect ratio of 16:9 and MediaInfo also reports it to be 16:9. '''How to reproduce:''' {{{ > ffmpeg -i "VR_MOVIE_GuyMartinsSpitfireBcast169 qsf lappyAspectNoChnge_extract.mpg" ffmpeg version N-68211-g4a0b1d9 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 4 2014 22:02:36 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpeg, from 'VR_MOVIE_GuyMartinsSpitfireBcast169 qsf lappyAspectNoChnge_extract.mpg': Duration: 00:00:09.02, start: 0.200000, bitrate: 9119 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 16:15 DAR 4:3], max. 9263 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 21:38:54 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 20:38:54 -0000 Subject: [FFmpeg-trac] #4159(undetermined:new): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.10d0d76a27fe21c1f8841a67c27b0e88@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -------------------------------------+------------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.4 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): It is the right bug tracker (you just have to explain that it works with {{{ffmpeg}}} when you report an issue with {{{ffprobe}}}), I just haven't understand yet what your issue is: Afaict no error is shown in your original report and the output if {{{ffprobe}}} looks fine: What is wrong about it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 23:13:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 22:13:46 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.f8f41d3b0dd7ec8dc8f92700892ece82@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): I suspect Opus does not support this channel layout: it only support L-C-R afaict. Do you have any other information? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 5 23:30:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 22:30:13 -0000 Subject: [FFmpeg-trac] #4162(avformat:new): matroska: deadlock with fuzzed file Message-ID: <036.7ded6bae8dbd014b4cac996ca2180673@avcodec.org> #4162: matroska: deadlock with fuzzed file ----------------------------------+-------------------------------------- Reporter: tholin | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I found a deadlock with a fuzzed file. {{{ $ gdb -args /home/cocobo/repository/mpv-build_fuzz/ffmpeg_build/ffmpeg -loglevel 99 -i hang.mkv GNU gdb (Gentoo 7.7.1 p1) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /home/cocobo/repository/mpv- build_fuzz/ffmpeg_build/ffmpeg...done. (gdb) Starting program: /home/cocobo/repository/mpv- build_fuzz/ffmpeg_build/ffmpeg -loglevel 99 -i hang.mkv warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-68186-g8524558 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 5 2014 17:33:44 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/home/cocobo/repository/mpv- build_fuzz/build_libs --enable-static --disable-shared --enable-gpl --enable-avresample --enable-debug=gdb --disable-doc --disable- optimizations --disable-stripping libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 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 'hang.mkv'. 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 hang.mkv. Successfully parsed a group of options. Opening an input file: hang.mkv. [matroska,webm @ 0x260eb60] Format matroska,webm probed with size=2048 and score=100 [matroska,webm @ 0x260eb60] Unknown entry 0x4D9B Truncating packet of size 13500 to 1634 [matroska,webm @ 0x260eb60] Unknown entry 0x6FAC [matroska,webm @ 0x260eb60] Unknown entry 0x80 [matroska,webm @ 0x260eb60] Unknown entry 0x82 Truncating packet of size 216507 to 1617 [matroska,webm @ 0x260eb60] Unknown entry 0x82 Truncating packet of size 10309051 to 1602 [matroska,webm @ 0x260eb60] Unknown entry 0x86 Truncating packet of size 105507919 to 1572 [matroska,webm @ 0x260eb60] Unknown entry 0x6FAC [matroska,webm @ 0x260eb60] Unknown entry 0x80 [matroska,webm @ 0x260eb60] Unknown entry 0x6FAC [matroska,webm @ 0x260eb60] Unknown entry 0x80 [matroska,webm @ 0x260eb60] Unknown entry 0x6FAC [matroska,webm @ 0x260eb60] Unknown entry 0x80 [matroska,webm @ 0x260eb60] Unknown entry 0x6FAC [matroska,webm @ 0x260eb60] Unknown entry 0x80 [matroska,webm @ 0x260eb60] Unknown entry 0x6FAC [matroska,webm @ 0x260eb60] Unknown entry 0x80 [matroska,webm @ 0x260eb60] Unknown entry 0x6FAC [matroska,webm @ 0x260eb60] Unknown entry 0x80 Program received signal SIGINT, Interrupt. 0x00007ffff56df550 in __write_nocancel () from /lib64/libc.so.6 (gdb) bt full #0 0x00007ffff56df550 in __write_nocancel () from /lib64/libc.so.6 No symbol table info available. #1 0x00007ffff567a563 in _IO_file_write () from /lib64/libc.so.6 No symbol table info available. #2 0x00007ffff5679c23 in new_do_write () from /lib64/libc.so.6 No symbol table info available. #3 0x00007ffff567ab76 in _IO_file_xsputn () from /lib64/libc.so.6 No symbol table info available. #4 0x00007ffff566fc84 in fputs () from /lib64/libc.so.6 No symbol table info available. #5 0x00000000011ddc47 in colored_fputs (level=4, tint=0, str=0x7fffffffc544 "Unknown entry 0x6FAC\n") at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/libavutil/log.c:179 local_use_color = 0 #6 0x00000000011de494 in av_log_default_callback (ptr=0x1e4db60, level=32, fmt=0x1272cf3 "Unknown entry 0x%X\n", vl=0x7fffffffcdb8) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavutil/log.c:333 print_prefix = 1 count = 0 prev = "[matroska,webm @ 0x1e4db60] Unknown entry 0x6FAC\n\000robed with size=2048 and score=100\n\000tatic --disable-shared --enable-gpl --enable-avresample --enable-debug=gdb --disable-doc --disable-optimizations --"... part = {{str = 0x7fffffffb944 "", len = 0, size = 1004, size_max = 1004, reserved_internal_buffer = "", reserved_padding = "\000\000\000`\306\377\377\377\177\000\000\000\000\000\000\000\000\000\000t\272\377\377\377\177\000\000t\276\377\377\377\177\000\000t\302\377\377\377\177\000\000\300\317\377\377\377\177\000\000\000\317\377\377\377\177\000\000\360\271\377\377\377\177\000\000\217\337\035\001\000\000\000\000xC}\001\000\000\000\000`\272\377\377\377\177\000\000\350\316\377\377\377\177\000\000\340\251)\001\000\000\000\000\200\272\377\377\020", '\000' , "\223\333\035\001", '\000' , "`\306\377\377\377\177\000\000\000\000\000\000-\000\000\000\240\306\377\377\001\000\000\000p\316\377\377\377\177\000\000\270\344\035\001\000\000\000\000t\306\377\377\377\177\000\000#\234g\365\377"...}, {str = 0x7fffffffbd44 "[matroska,webm @ 0x1e4db60] ", len = 28, size = 1004, size_max = 1004, reserved_internal_buffer = "[", reserved_padding = "matroska,webm @ 0x1e4db60] ", '\000' , "\200\276\377\377\377\177\000\000oYe\365\377\177\000\000\000\000\000\000\000\000\000\000(\000\000\000\060\000\000\000`\276\377\377\377\177\000\000\240\275\377\377\377\177\000\000\000\000\000\000\000\000\000\000\272Ze\365\377\177\000\000\000\000\000\000\000\000\000\000\002\000\000\000\000\000\000\000\004\313\377\377\377\177\000\000\\M\336\367\377\177\000\000\367\273 \001\000\000\000\000\021\000\000\000\000\000\000\000?`\365\377\177\000\000\027\000\000\000\000\000\000\000\004\276\377\377\377\177\000\000\034\000\000\000\354\003\000\000\354\003\000\000[matroska,"...}, {str = 0x7fffffffc144 "", len = 0, size = 1004, size_max = 1004, reserved_internal_buffer = "", reserved_padding = "\177\000\000\200\206 \001\000\000\000\000\000\000\000\000\060", '\000' , "\340\325\377\377\377\177\000\000\223\333\035\001", '\000' , "\316\377\377\377\177\000\000\000\000\000\000)\000\000\000<\316\377\377\001\000\000\000\020\326\377\377\377\177\000\000\270\344\035\001\000\000\000\000\024\316\377\377\377\177\000\000\006\000\000\000\000\000\000\000\210\326\377\377\377\177\000\000\200\206 \001\000\000\000\000\020\000\000\000\060", '\000' , "\344\301\377\377\000\000\000\000\006\000\000\000\000\000\000\000\006\000\000\000\006\000\000\000\000\000\000\000\006\000\000\000\004\302\377\377\377\177\000\000\000\000\000\000\354\003\000\000\354\003\000\000\000\177\000\000\000\000\000\000\354"...}, { str = 0x7fffffffc544 "Unknown entry 0x6FAC\n", len = 21, size = 1004, size_max = 65536, reserved_internal_buffer = "U", reserved_padding = "nknown entry 0x6FAC\n", '\000' , "\344\305\377\377\377\177\000\000\000\000\000\000\354\003\000\000\354\003", '\000' , "\004\306\377\377\377\177\000\000\023\000\000\000\024\000\000\000\000\000\001\000Unknown e"...}} line = "[matroska,webm @ 0x1e4db60] Unknown entry 0x6FAC\n", '\000' , "\030<\377\364\377\177\000\000P\311\377\377\377\177\000\000\030<\377\364\377\177\000\000X\020\373\367\377\177\000\000\060\217\230\366\377\177\000\000 \341\377\367\377\177\000\000\000\000\003\000\003\000\000\000\030| \000\000\000\000\000\214\062\377\364\377\177\000\000\344\311\377\377\377\177\000\000\000\000\000\000\354\003\000\000\354\003\000\000\000\000\000\000N\337^\000\000\000\000\000[matrosk"... is_atty = 1 type = {16, 20} tint = 0 #7 0x00000000011de629 in av_vlog (avcl=0x1e4db60, level=32, fmt=0x1272cf3 "Unknown entry 0x%X\n", vl=0x7fffffffcdb8) at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/libavutil/log.c:360 log_callback = 0x11de130 #8 0x00000000011de5e9 in av_log (avcl=0x1e4db60, level=32, fmt=0x1272cf3 "Unknown entry 0x%X\n") at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/libavutil/log.c:352 avc = 0x1285280 vl = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7fffffffce90, reg_save_area = 0x7fffffffcdd0}} #9 0x00000000005e4a1a in ebml_parse_id (matroska=0x1e4e1a0, syntax=0x1272580 , id=28588, data=0x7ffff215a410) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:930 i = 2 #10 0x00000000005e4b00 in ebml_parse (matroska=0x1e4e1a0, syntax=0x1272580 , data=0x7ffff215a410) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:947 No locals. ---Type to continue, or q to quit--- #11 0x00000000005e4cf2 in ebml_parse_nest (matroska=0x1e4e1a0, syntax=0x1272580 , data=0x7ffff215a410) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:976 i = 2 res = 0 #12 0x00000000005e4fff in ebml_parse_elem (matroska=0x1e4e1a0, syntax=0x12725e0 , data=0x7ffff215a410) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:1046 max_lengths = {0, 8, 8, 16777216, 16777216, 268435456, 0, 0, 0, 0} pb = 0x1e4d360 id = 19899 length = 12 res = 0 newelem = 0x7fffee1ad010 #13 0x00000000005e4a66 in ebml_parse_id (matroska=0x1e4e1a0, syntax=0x12725e0 , id=19899, data=0x1e4e1a0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:934 i = 0 #14 0x00000000005e4b00 in ebml_parse (matroska=0x1e4e1a0, syntax=0x12725e0 , data=0x1e4e1a0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:947 No locals. #15 0x00000000005e4cf2 in ebml_parse_nest (matroska=0x1e4e1a0, syntax=0x12725e0 , data=0x1e4e1a0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:976 i = 1 res = 0 #16 0x00000000005e4fff in ebml_parse_elem (matroska=0x1e4e1a0, syntax=0x12726b0 , data=0x1e4e1a0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:1046 max_lengths = {0, 8, 8, 16777216, 16777216, 268435456, 0, 0, 0, 0} pb = 0x1e4d360 id = 290298740 length = 60 res = 0 newelem = 0x1e4d360 #17 0x00000000005e4a66 in ebml_parse_id (matroska=0x1e4e1a0, syntax=0x1272620 , id=290298740, data=0x1e4e1a0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:934 i = 6 #18 0x00000000005e4b00 in ebml_parse (matroska=0x1e4e1a0, syntax=0x1272620 , data=0x1e4e1a0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:947 No locals. #19 0x00000000005e6470 in matroska_parse_seekhead_entry (matroska=0x1e4e1a0, idx=4173117) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:1394 seekhead_list = 0x1e4e340 level_up = 0 saved_id = 524531317 seekhead = 0x7fffee1ad010 before_pos = 1449 level = {start = 0, length = 18446744073709551615} offset = 51 ret = 0 #20 0x00000000005e65e6 in matroska_execute_seekhead (matroska=0x1e4e1a0) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:1434 seekhead = 0x7fffee1ad010 seekhead_list = 0x1e4e340 before_pos = 1449 i = 4173117 #21 0x00000000005e8d3c in matroska_read_header (s=0x1e4db60) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/matroskadec.c:2055 matroska = 0x1e4e1a0 attachments_list = 0x1e4e300 chapters_list = 0x1e4e310 attachments = 0x0 chapters = 0x1e4d360 max_start = 0 pos = 1449 ebml = {version = 1, max_size = 8, id_length = 4, doctype = 0x0, doctype_version = 2} i = 0 j = -11496 res = 1 #22 0x00000000006c473e in avformat_open_input (ps=0x7fffffffd3a0, filename=0x7fffffffde76 "hang.mkv", fmt=0x0, options=0x1e45498) at /home/cocobo/repository/mpv- build_fuzz/ffmpeg/libavformat/utils.c:463 s = 0x1e4db60 ---Type to continue, or q to quit--- ret = 100 tmp = 0x1e4cd40 id3v2_extra_meta = 0x0 #23 0x0000000000410fab in open_input_file (o=0x7fffffffd480, filename=0x7fffffffde76 "hang.mkv") at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg_opt.c:873 f = 0x0 ic = 0x1e4db60 file_iformat = 0x0 err = 0 i = 48 ret = 0 timestamp = 17179869184 opts = 0x120bc97 unused_opts = 0x0 e = 0x0 orig_nb_streams = 0 video_codec_name = 0x0 audio_codec_name = 0x0 subtitle_codec_name = 0x0 scan_all_pmts_set = 1 #24 0x00000000004190fb in open_files (l=0x1e3d0d8, inout=0x120bc97 "input", open_file=0x4108b3 ) at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg_opt.c:2699 g = 0x1e45470 o = {g = 0x1e45470, start_time = -9223372036854775808, format = 0x0, codec_names = 0x0, nb_codec_names = 0, audio_channels = 0x0, nb_audio_channels = 0, audio_sample_rate = 0x0, nb_audio_sample_rate = 0, frame_rates = 0x0, nb_frame_rates = 0, frame_sizes = 0x0, nb_frame_sizes = 0, frame_pix_fmts = 0x0, nb_frame_pix_fmts = 0, input_ts_offset = 0, rate_emu = 0, accurate_seek = 1, ts_scale = 0x0, nb_ts_scale = 0, dump_attachment = 0x0, nb_dump_attachment = 0, hwaccels = 0x0, nb_hwaccels = 0, hwaccel_devices = 0x0, nb_hwaccel_devices = 0, stream_maps = 0x0, nb_stream_maps = 0, audio_channel_maps = 0x0, nb_audio_channel_maps = 0, metadata_global_manual = 0, metadata_streams_manual = 0, metadata_chapters_manual = 0, attachments = 0x0, nb_attachments = 0, chapters_input_file = 2147483647, recording_time = 9223372036854775807, stop_time = 9223372036854775807, limit_filesize = 18446744073709551615, mux_preload = 0, mux_max_delay = 0.699999988, shortest = 0, video_disable = 0, audio_disable = 0, subtitle_disable = 0, data_disable = 0, streamid_map = 0x0, nb_streamid_map = 0, metadata = 0x0, nb_metadata = 0, max_frames = 0x0, nb_max_frames = 0, bitstream_filters = 0x0, nb_bitstream_filters = 0, codec_tags = 0x0, nb_codec_tags = 0, sample_fmts = 0x0, nb_sample_fmts = 0, qscale = 0x0, nb_qscale = 0, forced_key_frames = 0x0, nb_forced_key_frames = 0, force_fps = 0x0, nb_force_fps = 0, frame_aspect_ratios = 0x0, nb_frame_aspect_ratios = 0, rc_overrides = 0x0, nb_rc_overrides = 0, intra_matrices = 0x0, nb_intra_matrices = 0, inter_matrices = 0x0, nb_inter_matrices = 0, chroma_intra_matrices = 0x0, nb_chroma_intra_matrices = 0, top_field_first = 0x0, nb_top_field_first = 0, metadata_map = 0x0, nb_metadata_map = 0, presets = 0x0, nb_presets = 0, copy_initial_nonkeyframes = 0x0, nb_copy_initial_nonkeyframes = 0, copy_prior_start = 0x0, nb_copy_prior_start = 0, filters = 0x0, nb_filters = 0, filter_scripts = 0x0, nb_filter_scripts = 0, reinit_filters = 0x0, nb_reinit_filters = 0, fix_sub_duration = 0x0, nb_fix_sub_duration = 0, canvas_sizes = 0x0, nb_canvas_sizes = 0, pass = 0x0, nb_pass = 0, passlogfiles = 0x0, nb_passlogfiles = 0, guess_layout_max = 0x0, nb_guess_layout_max = 0, apad = 0x0, nb_apad = 0, discard = 0x0, nb_discard = 0} i = 0 ret = 0 #25 0x0000000000419288 in ffmpeg_parse_options (argc=5, argv=0x7fffffffda18) at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg_opt.c:2736 octx = {global_opts = {group_def = 0x1209e10 , arg = 0x12084fb "", opts = 0x1e3d090, nb_opts = 1, codec_opts = 0x0, format_opts = 0x0, resample_opts = 0x0, sws_opts = 0x0, swr_opts = 0x0}, groups = 0x1e3d0c0, nb_groups = 2, cur_group = {group_def = 0x0, arg = 0x0, opts = 0x0, nb_opts = 0, codec_opts = 0x0, format_opts = 0x0, resample_opts = 0x0, sws_opts = 0x0, swr_opts = 0x0}} error = "\000\000\000\000\000\000\000\000\002\213 \001", '\000' , "\"\020m\000\000\000\000\000\000\331\377\377\377\177\000\000c\330A\000\000\000\000\000\002\213 \001\000\000\000\000\320\063L\001\001\000\000\000\000P\000\000\005\000\000\000\277\000\000\000\061\n\000\000\000\003\034\177\025\004\000\001\000\021\023\032\000\022\017\027\026", '\000' ret = 0 #26 0x000000000042c797 in main (argc=5, argv=0x7fffffffda18) at /home/cocobo/repository/mpv-build_fuzz/ffmpeg/ffmpeg.c:3919 ret = 32767 ti = 0 }}} The endless loop is the loop in matroska_execute_seekhead and it's endless because the seekhead_list->nb_elem value keeps increasing at the same rate as the loopvar. I gave up trying to figure out why because the matroska format is a bit too complex for me... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 00:27:55 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 05 Dec 2014 23:27:55 -0000 Subject: [FFmpeg-trac] #4162(avformat:open): matroska: deadlock with fuzzed file In-Reply-To: <036.7ded6bae8dbd014b4cac996ca2180673@avcodec.org> References: <036.7ded6bae8dbd014b4cac996ca2180673@avcodec.org> Message-ID: <051.b6fe6d599613d74445124d8c14eff53c@avcodec.org> #4162: matroska: deadlock with fuzzed file -------------------------------------+------------------------------------- Reporter: tholin | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: deadlock regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv deadlock regression * status: new => open * reproduced: 0 => 1 Comment: Regression since d493170e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 08:51:50 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 07:51:50 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.b3d064ee580195d49cbb91da414a61b9@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by derf): One could encode this as channel mapping family 1 with 5 channels, and use the channel mapping table to map the C and BR channels to silence (so they would not need to be encoded or decoded). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 11:52:57 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 10:52:57 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.d468aa5e3627b0cba57345321ca30b6d@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): As in the following command? {{{ $ ffmpeg -i 3flfrbl.wav -f s16le -channel_layout BR -ar 48k -i /dev/zero -filter_complex amerge out.opus }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 15:08:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 14:08:02 -0000 Subject: [FFmpeg-trac] #4141(undetermined:open): HEVC: 1920x1080i file decoded as 1920x540p In-Reply-To: <043.64a9c1e13d3c31cb431b922c25968f4e@avcodec.org> References: <043.64a9c1e13d3c31cb431b922c25968f4e@avcodec.org> Message-ID: <058.55a0e48dab02b76fc028daa523f5a317@avcodec.org> #4141: HEVC: 1920x1080i file decoded as 1920x540p -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: Priority: wish | undetermined Version: git-master | Resolution: Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by robert_s): Taking a closer look at the sample stream, it appears that field_seq_flag is 1 in the VUI, but the SEI indicates pic_struct = 3, for which Table D.2 of H.265 says "field_seq_flag shall be 0"... What does "pic_struct = 3" actually mean? That one picture is both top and bottom field, i.e. that the "deinterlaced" output would have every line of the picture doubled? How would that be implemented in ffmpeg? Can that output method be specified in AVFrame, or does the decoder need to do this before passing the AVFrame? I found that H.264 has the same value for pic_struct, so I looked at the H.264 decoder sources how pic_struct = 3 is handled there, but it doesn't seem to do anything other than indicate interlaced content. Am I missing something or does the H.264 decoder also not support this pic_struct value properly yet? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 15:20:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 14:20:40 -0000 Subject: [FFmpeg-trac] #4141(undetermined:open): HEVC: 1920x1080i file decoded as 1920x540p In-Reply-To: <043.64a9c1e13d3c31cb431b922c25968f4e@avcodec.org> References: <043.64a9c1e13d3c31cb431b922c25968f4e@avcodec.org> Message-ID: <058.554f88d467cf9f23a1195e20398ec2c8@avcodec.org> #4141: HEVC: 1920x1080i file decoded as 1920x540p -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: Priority: wish | undetermined Version: git-master | Resolution: Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): if field_seq_flag is 1 and pic_struct is 3, then the encode is invalid, as it does not conform to the specification which doesn't allow this combination. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 15:40:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 14:40:26 -0000 Subject: [FFmpeg-trac] #4141(undetermined:open): HEVC: 1920x1080i file decoded as 1920x540p In-Reply-To: <043.64a9c1e13d3c31cb431b922c25968f4e@avcodec.org> References: <043.64a9c1e13d3c31cb431b922c25968f4e@avcodec.org> Message-ID: <058.f5bcddd723fd360b74ca4b7b92448301@avcodec.org> #4141: HEVC: 1920x1080i file decoded as 1920x540p -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: Priority: wish | undetermined Version: git-master | Resolution: Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by robert_s): Replying to [comment:6 heleppkes]: > As I understand it, 3 and 4 are meant for cases where both fields are in one frame (weaved), and you don't need to do more than to indicate interlaced and field order in ffmpeg, as thats what the API expects anyway. So I assume the decoder needs to do the following if pic_struct == 3: 1. Decode picture 2. Stretch decoded picture vertically by doubling each line 3. Set frame->top_field_first = 1 (would be 0 for pic_struct == 4) 4. Set frame->interlaced_frame = 1 Is that the way, or is there some way the decoder can omit step 2 and tell ffmpeg to do the line doubling instead...? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 15:46:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 14:46:56 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes ncompatible videos from similar picture and audio files Message-ID: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> #4163: Encodes ncompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- We use FFmpeg to create a number of short videos from pictures and sound files like this: ffmpeg -loop 1 -t [length of Sound] -i Picture.jpg -i Sound.mp3 -acodec copy -pix_fmt yuv420p -c:v libx264 -profile:v baseline -tune stillimage -vf subtitles=Srtfile.srt Output.mp4 and then we concatenate them using GPAC. Even if all the input pics are of the same size, 640x480, their parameters can be different after FFmpeging, and this makes GPAC fail. Please see: https://github.com/gpac/gpac/issues/13 Mr. Romain Bouqueau promised to give more information to you if needed. The only difference we have found out is that the metadata of the input JPEG files can be different because they have been created using different image editors. Please see the attachment. The bank picture does not have DPI information but most or all of the others do. It _seems_ that the video created out of the bank picture is incompatible with the others. The issue is about an aspect ratio flag even if the aspect ratios are equal. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 15:50:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 14:50:37 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes ncompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.2ce7d317fc204035b4bcb06a197e99e4@avcodec.org> #4163: Encodes ncompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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): To make this a valid ticket please provide the actual FFmpeg command line you used together with the complete, uncut console output. Is the subtitle input required to reproduce the problem? If not, please remove it. If the issue is also reproducible with {{{-vcodec mpeg4 -qscale 2}}} please use it instead of libx264. And please use {{{-strict -2 -acodec aac}}} for audio when reporting a bug: Using external libraries makes reproducing an issue more difficult. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 16:15:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 15:15:26 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes ncompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.00487f734cd775c9fa17357e6e549320@avcodec.org> #4163: Encodes ncompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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 paheikki): As these are run from a script, with the prototype being exactly like above and there being a lot of files, it will take some time to collect that kinds of logs. I will do that. Also, removing the subtitles and retesting will take some time, because of the rendering of a new set takes about three hours. Anyway, according to Romain, "the only difference is the presence of the aspect_ratio_info_present_flag flag in the SPS" so this is the basic question why it sometimes is and sometimes isn't in the output file... I will try the options -vcodec mpeg4 -qscale 2 you proposed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 16:25:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 15:25:16 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes ncompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.96acb21e36fd6b1e19b97d43ea7d38b0@avcodec.org> #4163: Encodes ncompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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): Ignore the comment about {{{mpeg4}}} then, In any case: Please do not repeat tests that "take some time", just run the above command line for the two jpg samples and provide the console output for both commands. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 16:26:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 15:26:23 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes ncompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.55cda646623f284d7d298c765f920aa4@avcodec.org> #4163: Encodes ncompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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): And please explain why you cannot use FFmpeg for concatenating. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 16:43:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 15:43:14 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.130ba072a649f94d9192183c8b67a1b9@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): How is the development going? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 16:58:15 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 15:58:15 -0000 Subject: [FFmpeg-trac] #4162(avformat:open): matroska: deadlock with fuzzed file In-Reply-To: <036.7ded6bae8dbd014b4cac996ca2180673@avcodec.org> References: <036.7ded6bae8dbd014b4cac996ca2180673@avcodec.org> Message-ID: <051.ff706c5d7957ce7aa307528a98e9c30f@avcodec.org> #4162: matroska: deadlock with fuzzed file -------------------------------------+------------------------------------- Reporter: tholin | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: deadlock regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gjdfgh): >Regression since d493170e Not really. This just made parsing more robust. You could probably construct a file that would cause the same issue before this commit. Anyway, patch on ML: [PATCH] avformat/matroskadec: fix handling of recursive SeekHead elements -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 17:07:27 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 16:07:27 -0000 Subject: [FFmpeg-trac] #3533(avformat:new): RTP should have payload type 33 when used with MPEGTS In-Reply-To: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> References: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> Message-ID: <052.01258781f9ab6a1fc3a0f6c38f661d08@avcodec.org> #3533: RTP should have payload type 33 when used with MPEGTS -------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by thovo): You have to decide between MPEG-TS and RTP as outer format for your stream. Both are not possible at the same time and data flow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 17:21:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 16:21:43 -0000 Subject: [FFmpeg-trac] #4164(undetermined:new): x11grab (xcb) with show_region gives (partial) static image Message-ID: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> #4164: x11grab (xcb) with show_region gives (partial) static image -------------------------------------+------------------------------------- Reporter: DiJuMx | Type: defect Status: new | Priority: normal Component: | Version: 2.5 undetermined | Blocked By: Keywords: xcb x11grab | Reproduced by developer: 0 freeze static | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Specifying show_region when using xcb-based screen grab causes the region to become static (and recorded as such). Without show_region, the region is not static and is captured as normal. Example output here: http://youtu.be/QZdEPZmWNG8 How to reproduce: {{{ % ffmpeg -f x11grab -s 320x240 -show_region 1 -i :0.0+100,100 -f mp4 capture.mkv ffmpeg version 2.5 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 6 2014 15:13:09 with gcc 4.9.1 (Debian 4.9.1-19) configuration: --prefix=/home/daniel/ffmpeg_build --extra- cflags=-I/home/daniel/ffmpeg_build/include --extra- ldflags=-L/home/daniel/ffmpeg_build/lib --bindir=/home/daniel/bin --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-libxcb --enable-libxcb-shm --enable-libxcb-shape --enable-libpulse libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 17:37:47 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 16:37:47 -0000 Subject: [FFmpeg-trac] #3533(avformat:closed): RTP should have payload type 33 when used with MPEGTS In-Reply-To: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> References: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> Message-ID: <052.312774c4063f3d436c0a7a9d3037f7c4@avcodec.org> #3533: RTP should have payload type 33 when used with MPEGTS -------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by thovo): * status: new => closed * resolution: => wontfix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 17:50:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 16:50:06 -0000 Subject: [FFmpeg-trac] #4114(undetermined:open): Drastic Preview Pro violates the GPL In-Reply-To: <037.7759cddcadae1d3e0dcbd46a1e5b42b0@avcodec.org> References: <037.7759cddcadae1d3e0dcbd46a1e5b42b0@avcodec.org> Message-ID: <052.46eba24a4f71f913d75ca24037ce9bf2@avcodec.org> #4114: Drastic Preview Pro violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by infinitebuzz): The binaries are LGPL builds of the 2.4 FFMPEG release. Separate installers and the source that created the binaries are available here: http://www.drasticsource.org They were built using the methods described here: https://trac.ffmpeg.org/wiki/CompilationGuide/CrossCompilingForWindows Please note, this is a zip from the build, but the source code is also identical to the 2.4 release. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 17:59:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 16:59:26 -0000 Subject: [FFmpeg-trac] #4114(undetermined:open): Drastic Preview Pro violates the GPL In-Reply-To: <037.7759cddcadae1d3e0dcbd46a1e5b42b0@avcodec.org> References: <037.7759cddcadae1d3e0dcbd46a1e5b42b0@avcodec.org> Message-ID: <052.4b73def38e8df80a76fb668868870121@avcodec.org> #4114: Drastic Preview Pro violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by infinitebuzz): * cc: infinitebuzz@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 18:27:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 17:27:40 -0000 Subject: [FFmpeg-trac] #4165(undetermined:new): Bug with dvb_teletext. Thanks. Message-ID: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: bug | Blocked By: dvb_teletext | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I want to select SWE language in a dvb_teletext. But the dvb_teletext decoder outputs FIN language. Please help me. Thanks. How to reproduce: ffmpeg -i input -filter_complex [0:v][0:s:0]overlay=x=120:y=310[v] -map [v] -map 0:a:0 -tune zerolatency -rtbufsize 64M -af aresample=async=1 -acodec libfdk_aac -b:a 48k -ar 48000 -ac 2 -vcodec libx264 -b:v 900k -profile:v main -preset:v faster -x264opts keyint=250 -y -s 720x576 -r 25 -vsync vfr -f flv -f flv rtmp://ip/live/test [mpeg2video @ 0x23d37c0] Invalid frame dimensions 0x0. Last message repeated 8 times Input #0, mpegts, from '?http://ip': Duration: N/A, start: 90879.289622, bitrate: 384 kb/s Program 201 Stream #0:0[0x3e9]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x3ea](swe): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x192](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0xc9](swe,fin): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 [libx264 @ 0x240bd40] using SAR=64/45 [libx264 @ 0x240bd40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x240bd40] profile Main, level 3.0 [libx264 @ 0x240bd40] 264 - core 142 r2491 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - ?http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=9 lookahead_threads=9 sliced_threads=1 slices=9 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=abr mbtree=0 bitrate=900 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://IP/live4/test': Metadata: encoder : Lavf56.15.100 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 900 kb/s, 25 fps, 1k tbn, 25 tbc (default) Metadata: encoder : Lavc56.13.100 libx264 Stream #0:1(swe): Audio: aac (libfdk_aac) ([10][0][0][0] / 0x000A), 48000 Hz, stereo, s16, 48 kb/s Metadata: encoder : Lavc56.13.100 libfdk_aac Stream mapping: Stream #0:0 (mpeg2video) -> overlay:main (graph 0) Stream #0:3 (libzvbi_teletextdec) -> overlay:overlay (graph 0) overlay (graph 0) -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (mp2 (native) -> aac (libfdk_aac)) Press [q] to stop, ? for help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 18:32:29 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 17:32:29 -0000 Subject: [FFmpeg-trac] #4164(undetermined:new): x11grab (xcb) with show_region gives (partial) static image In-Reply-To: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> References: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> Message-ID: <051.dc92c8c9d0365a0bcbafbef97208609d@avcodec.org> #4164: x11grab (xcb) with show_region gives (partial) static image --------------------------------+---------------------------------------- Reporter: DiJuMx | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: xcb x11grab freeze static => xcb Comment: Please test current FFmpeg git head and please provide the command line that allows to reproduce the issue together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 18:43:50 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 17:43:50 -0000 Subject: [FFmpeg-trac] #4164(undetermined:new): x11grab (xcb) with show_region gives (partial) static image In-Reply-To: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> References: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> Message-ID: <051.4f2ddf5989c6135e80ebecbba850726f@avcodec.org> #4164: x11grab (xcb) with show_region gives (partial) static image --------------------------------+---------------------------------------- Reporter: DiJuMx | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by DiJuMx): Command and output for current git head {{{ $ ffmpeg -f x11grab -s 320x240 -show_region 1 -i :0.0+100,100 -t 10 -f mp4 capture.mkv -y ffmpeg version N-68264-gc149f67e9b5b Copyright (c) 2000-2014 the FFmpeg developers built on Dec 6 2014 17:37:52 with gcc 4.9.1 (Debian 4.9.1-19) configuration: --prefix=/home/daniel/ffmpeg_build --extra- cflags=-I/home/daniel/ffmpeg_build/include --extra- ldflags=-L/home/daniel/ffmpeg_build/lib --bindir=/home/daniel/bin --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-libxcb --enable-libxcb-shm --enable-libxcb-shape --enable-libpulse libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, x11grab, from ':0.0+100,100': Duration: N/A, start: 1417887553.610080, bitrate: N/A Stream #0:0: Video: rawvideo (BGRA / 0x41524742), bgra, 320x240, 29.97 fps, 29.97 tbr, 1000k tbn, 29.97 tbc No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x39e5cc0] using cpu capabilities: MMX2 SSE2Fast LZCNT [libx264 @ 0x39e5cc0] profile High 4:4:4 Predictive, level 1.3, 4:4:4 8-bit [libx264 @ 0x39e5cc0] 264 - core 142 r2431 a5831aa - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - 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=9 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'capture.mkv': Metadata: encoder : Lavf56.15.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 320x240, q=-1--1, 29.97 fps, 30k tbn, 29.97 tbc Metadata: encoder : Lavc56.14.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Press [q] to stop, [?] for help frame= 300 fps= 30 q=-1.0 Lsize= 288kB time=00:00:09.94 bitrate= 237.1kbits/s dup=1 drop=0 video:284kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.246728% [libx264 @ 0x39e5cc0] frame I:2 Avg QP:24.41 size: 13812 [libx264 @ 0x39e5cc0] frame P:200 Avg QP:27.00 size: 1196 [libx264 @ 0x39e5cc0] frame B:98 Avg QP:33.57 size: 241 [libx264 @ 0x39e5cc0] consecutive B-frames: 46.3% 28.0% 7.0% 18.7% [libx264 @ 0x39e5cc0] mb I I16..4: 24.3% 1.3% 74.3% [libx264 @ 0x39e5cc0] mb P I16..4: 0.6% 0.4% 3.5% P16..4: 5.0% 3.1% 1.9% 0.0% 0.0% skip:85.5% [libx264 @ 0x39e5cc0] mb B I16..4: 0.1% 0.2% 0.3% B16..8: 6.8% 2.2% 0.8% direct: 0.3% skip:89.4% L0:38.6% L1:58.6% BI: 2.9% [libx264 @ 0x39e5cc0] 8x8 transform intra:9.6% inter:11.0% [libx264 @ 0x39e5cc0] coded y,u,v intra: 61.9% 2.8% 4.9% inter: 3.1% 0.1% 0.2% [libx264 @ 0x39e5cc0] i16 v,h,dc,p: 7% 88% 4% 1% [libx264 @ 0x39e5cc0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 27% 61% 1% 0% 0% 0% 0% 0% [libx264 @ 0x39e5cc0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 28% 21% 2% 4% 3% 5% 4% 4% [libx264 @ 0x39e5cc0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x39e5cc0] ref P L0: 65.0% 10.2% 17.3% 7.5% [libx264 @ 0x39e5cc0] ref B L0: 89.6% 9.4% 1.0% [libx264 @ 0x39e5cc0] ref B L1: 99.2% 0.8% [libx264 @ 0x39e5cc0] kb/s:232.08 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 19:08:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 18:08:24 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.799a97bbd8b769cc6340bde078868f52@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Actually quite well. I might post a patch tonight. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 19:20:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 18:20:33 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes ncompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.69ae86c5ebe282e1c0de8f2906e20790@avcodec.org> #4163: Encodes ncompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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 paheikki): Thank you for your super quick responses! In our content generation system, only the pics are static, the sounds and the subtitles are created on the fly. Therefore I cannot produce these command lines manually. I have now added an FFmpeg output log generation to our system and started the rendering, I will share these with you tomorrow. As for why not FFmpeg for concatenating, we need to supply, with our own app, a tailored and minimalistic concatenation-only software to the end- user, but using FFmpeg that would, as far as I understand, mean forcing the end-user to manually download your whole package. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 19:57:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 18:57:11 -0000 Subject: [FFmpeg-trac] #4165(undetermined:new): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.2ebe971b582d28475962a08c2ff22b7d@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: bug dvb_teletext => dvb_teletext Comment: Please upload a sample input stream and please provide your actual command line including the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 19:58:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 18:58:00 -0000 Subject: [FFmpeg-trac] #4150(undetermined:closed): Need help with dvb_teletext. In-Reply-To: <036.ec26f2208cc0c6cb7d3282efcd233501@avcodec.org> References: <036.ec26f2208cc0c6cb7d3282efcd233501@avcodec.org> Message-ID: <051.848954f275f3a1e4a84113f4776a4e6c@avcodec.org> #4150: Need help with dvb_teletext. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | 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: Feel free to reopen this ticket if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 21:04:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 20:04:48 -0000 Subject: [FFmpeg-trac] #4164(undetermined:new): x11grab (xcb) with show_region gives (partial) static image In-Reply-To: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> References: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> Message-ID: <051.41dd973ed5957d432f494ee2f459857f@avcodec.org> #4164: x11grab (xcb) with show_region gives (partial) static image --------------------------------+---------------------------------------- Reporter: DiJuMx | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): I tested the following with xcb and the output file is not static: {{{ $ ffmpeg -f x11grab -show_region 1 -i :0 -qscale 2 out.avi ffmpeg version N-68239-ga0d0799 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 6 2014 00:41:32 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, x11grab, from ':0': Duration: N/A, start: 1417895763.578158, bitrate: N/A Stream #0:0: Video: rawvideo (BGRA / 0x41524742), bgra, 640x480, 29.97 fps, 29.97 tbr, 1000k tbn, 29.97 tbc Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf56.15.102 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc Metadata: encoder : Lavc56.14.100 mpeg4 Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg4 (native)) Press [q] to stop, [?] for help frame= 18 fps=0.0 q=2.0 size= 529kB time=00:00:01.10 bitrate=3934.5kbits/s dup=0 drop=14 frame= 33 fps= 33 q=2.0 size= 868kB time=00:00:01.60 bitrate=4437.8kbits/s dup=0 drop=14 frame= 48 fps= 32 q=2.0 size= 1165kB time=00:00:02.10 bitrate=4541.6kbits/s dup=0 drop=14 frame= 64 fps= 31 q=2.0 size= 1504kB time=00:00:02.63 bitrate=4675.4kbits/s dup=0 drop=14 frame= 79 fps= 31 q=2.0 size= 1802kB time=00:00:03.13 bitrate=4707.0kbits/s dup=0 drop=14 frame= 94 fps= 31 q=2.0 size= 2144kB time=00:00:03.63 bitrate=4828.6kbits/s dup=0 drop=14 frame= 109 fps= 31 q=2.0 size= 2645kB time=00:00:04.13 bitrate=5236.1kbits/s dup=0 drop=14 frame= 124 fps= 31 q=2.0 size= 2952kB time=00:00:04.63 bitrate=5214.0kbits/s dup=0 drop=14 frame= 140 fps= 31 q=2.0 size= 3254kB time=00:00:05.17 bitrate=5154.8kbits/s dup=0 drop=14 frame= 155 fps= 30 q=2.0 size= 3560kB time=00:00:05.67 bitrate=5141.7kbits/s dup=0 drop=14 frame= 170 fps= 30 q=2.0 size= 4067kB time=00:00:06.17 bitrate=5397.0kbits/s dup=0 drop=14 frame= 176 fps= 25 q=2.0 size= 4221kB time=00:00:07.44 bitrate=4647.0kbits/s dup=0 drop=14 frame= 194 fps= 26 q=2.0 size= 4728kB time=00:00:08.04 bitrate=4816.1kbits/s dup=0 drop=46 frame= 210 fps= 26 q=2.0 size= 5077kB time=00:00:08.57 bitrate=4849.7kbits/s dup=0 drop=46 frame= 222 fps= 26 q=2.0 Lsize= 5401kB time=00:00:08.97 bitrate=4929.7kbits/s dup=0 drop=46 video:5389kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.223046% }}} I don't have a Debian installation to test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 21:19:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 20:19:19 -0000 Subject: [FFmpeg-trac] #3533(avformat:closed): RTP should have payload type 33 when used with MPEGTS In-Reply-To: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> References: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> Message-ID: <052.6928d6fbd9fdfa947030ca31fcc1eb72@avcodec.org> #3533: RTP should have payload type 33 when used with MPEGTS -------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by nunojpg): Could you please explain what kind of format is being sent when I use it in this unsupported way? ffmpeg -i Desktop/sample1.mp4 -f mpegts rtp://127.0.0.1:5004 Since my ticket still reports a bug, but if this is unsupported, the bug could be formally fixed by throwing a error message and returning when the user requests this unsupported operation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 21:51:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 20:51:20 -0000 Subject: [FFmpeg-trac] #4164(undetermined:new): x11grab (xcb) with show_region gives (partial) static image In-Reply-To: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> References: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> Message-ID: <051.529e9268a0cd6d9d948d190dde85674d@avcodec.org> #4164: x11grab (xcb) with show_region gives (partial) static image --------------------------------+---------------------------------------- Reporter: DiJuMx | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by DiJuMx): Yes, I just tried it, and it doesn't appear static. Could you try with the offset, so: {{{ ffmpeg -f x11grab -show_region 1 -i :0.0+50+50 -qscale 2 out.avi }}} If the top-left corner of the capture region is "+x+y", the ''non-static'' portion of the capture seems to start at "+(2*x)+(2*y)" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 6 22:04:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 06 Dec 2014 21:04:48 -0000 Subject: [FFmpeg-trac] #4164(avdevice:open): x11grab (xcb) with show_region gives (partial) static image In-Reply-To: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> References: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> Message-ID: <051.0bfbe72d6ae73af582db756e0499e590@avcodec.org> #4164: x11grab (xcb) with show_region gives (partial) static image ------------------------------------+------------------------------------ Reporter: DiJuMx | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: 2.5 => git-master * component: undetermined => avdevice * reproduced: 0 => 1 Comment: I can reproduce the issue with the following command: {{{ $ ffmpeg -f x11grab -show_region 1 -i :0+50,50 -qscale 2 out.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 02:43:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 01:43:09 -0000 Subject: [FFmpeg-trac] #4113(ffserver:closed): ffserver ignores videoframerate for mjpeg streams In-Reply-To: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> References: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> Message-ID: <055.898bdd645b8b84a885114ef72663d928@avcodec.org> #4113: ffserver ignores videoframerate for mjpeg streams -------------------------------------+------------------------------------ Reporter: illumilore | Owner: Type: defect | Status: closed Priority: normal | Component: ffserver Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by mastered): * status: new => closed * resolution: => fixed Comment: Parameter meaning depends on its position. ffmpeg -i input output applies to input, fmpeg -i input output applies to output. In general consider parameter applies to right-hand stream. If you found this still bugged then reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 04:00:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 03:00:05 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time Message-ID: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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: This happens only with the AVI container using MPEG4 or Libxvid codecs (if using a MP4 container it works fine). When trying to recode a video into DIVX/MPEG4 in AVI container the audio loses sync after a while progressively. The original file is 880MB but can't be split since this is a progressive issue. The original file can be downloaded here: [http://mcebuddy:mcebuddy at files.mcebuddy2x.com/upload/DWSpiro/In%20the%20Heat%20of%20the%20Night_WHDHDT2_2014_11_23_18_58_00.wtv] Here is the command used to reproduce the issue (the scale is just to speed up the conversion but has no effect on the sync with or without) How to reproduce: {{{ ffmpeg -i "In the Heat of the Night_WHDHDT2_2014_11_ 23_18_58_00.wtv" -vcodec mpeg4 -acodec ac3 -ab 128k -b 400 -vf scale=320:-1 test.avi ffmpeg version N-68199-g5fe026f Copyright (c) 2000-2014 the FFmpeg developers built on Dec 3 2014 23:46:55 with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libbs2b --enable-libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc -- enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mpeg2video @ 03a78060] Invalid frame dimensions 0x0. Last message repeated 30 times Input #0, wtv, from 'In the Heat of the Night_WHDHDT2_2014_11_23_18_58_00.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : In the Heat of the Night WM/SubTitle : Trundel's Will Be Done WM/SubTitleDescription: Harriet DeLong asks Chief Gillespie to mediate a custody dispute when a wealthy woman attemp ts to take guardianship of her nephew. genre : Drama;General;Series WM/OriginalReleaseTime: 0 WM/MediaCredits : Carroll O'Connor/Howard E. Rollins/Anne-Marie Johnson/Alan Autry/Denise Nicholas/David Hart/Christ ian LeBlanc/Peter Gabb/Hugh O'Connor/Dennis Lipscomb/Jill Carroll;;; service_provider: WHDHDT2 service_name : WHDHDT2 (WHDH-DT2) WM/MediaNetworkAffiliation: Independent WM/MediaOriginalChannel: 7 WM/MediaOriginalChannelSubNumber: 2 WM/MediaOriginalBroadcastDateTime: 1992-03-03T05:00:00Z WM/MediaOriginalRunTime: 38929878258 WM/MediaIsStereo: true 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/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-11-23 23:58:07 WM/WMRVSeriesUID: !MCSeries!48125534 WM/WMRVServiceID: !MCService!49477459 WM/WMRVProgramID: !MCProgram!28410666 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294966996 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 38929904508 WM/WMRVEndTime : 2014-11-24 01:03:00 WM/WMRVBitrate : 2.917057 WM/WMRVKeepUntil: 4294967295 WM/WMRVActualSoftPrePadding: 412 WM/WMRVActualSoftPostPadding: 180 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: 240 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4646161835318323993 Duration: 01:04:52.72, start: 1.563819, bitrate: 1852 kb/s Stream #0:0[0x17](eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream #0:1[0x18]: Video: mpeg2video (Main), yuv420p(tv), 704x480 [SAR 10:11 DAR 4:3], max. 15000 kb/s, 29.97 fps, 5 9.94 tbr, 10000k tbn, 59.94 tbc Stream #0:2[0x19]: Subtitle: eia_608 Please use -b:a or -b:v, -b is ambiguous [mpeg4 @ 03ac80e0] Bitrate 400 is extremely low, maybe you mean 400k The bitrate parameter is set too low. It takes bits/s as argument, not kbits/s Output #0, avi, to 'test.avi': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 INAM : In the Heat of the Night WM/SubTitle : Trundel's Will Be Done WM/SubTitleDescription: Harriet DeLong asks Chief Gillespie to mediate a custody dispute when a wealthy woman attemp ts to take guardianship of her nephew. IGNR : Drama;General;Series WM/OriginalReleaseTime: 0 ILNG : en-us WM/MediaCredits : Carroll O'Connor/Howard E. Rollins/Anne-Marie Johnson/Alan Autry/Denise Nicholas/David Hart/Christ ian LeBlanc/Peter Gabb/Hugh O'Connor/Dennis Lipscomb/Jill Carroll;;; service_provider: WHDHDT2 service_name : WHDHDT2 (WHDH-DT2) WM/MediaNetworkAffiliation: Independent WM/MediaOriginalChannel: 7 WM/MediaOriginalChannelSubNumber: 2 WM/MediaOriginalBroadcastDateTime: 1992-03-03T05:00:00Z WM/MediaOriginalRunTime: 38929878258 WM/MediaIsStereo: true 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/ParentalRating: TV-PG WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2014-11-23 23:58:07 WM/WMRVSeriesUID: !MCSeries!48125534 WM/WMRVServiceID: !MCService!49477459 WM/WMRVProgramID: !MCProgram!28410666 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 3 WM/WMRVOriginalSoftPrePadding: 420 WM/WMRVOriginalSoftPostPadding: 180 WM/WMRVHardPrePadding: 4294966996 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: false Duration : 38929904508 WM/WMRVEndTime : 2014-11-24 01:03:00 WM/WMRVBitrate : 2.917057 WM/WMRVKeepUntil: 4294967295 WM/WMRVActualSoftPrePadding: 412 WM/WMRVActualSoftPostPadding: 180 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: 240 WM/MediaThumbStride: 1056 WM/MediaThumbRet: 0 WM/MediaThumbRatingSystem: 255 WM/MediaThumbRatingLevel: 255 WM/MediaThumbRatingAttributes: 0 WM/MediaThumbAspectRatioX: 4 WM/MediaThumbAspectRatioY: 3 WM/MediaThumbTimeStamp: 4646161835318323993 ISFT : Lavf56.15.102 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x218 [SAR 109:120 DAR 4:3], q=2-31, 0 kb/s, 29.97 fps, 29 .97 tbn, 29.97 tbc Metadata: encoder : Lavc56.13.100 mpeg4 Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 128 kb/s Metadata: encoder : Lavc56.13.100 ac3 Stream mapping: Stream #0:1 -> #0:0 (mpeg2video (native) -> mpeg4 (native)) Stream #0:0 -> #0:1 (ac3 (native) -> ac3 (native)) Press [q] to stop, [?] for help [ac3 @ 03a27fe0] delta bit allocation strategy reserved7.85 bitrate= 225.3kbits/s dup=0 drop=2 [ac3 @ 03a27fe0] error decoding the audio block [ac3 @ 03a27fe0] frame sync error Error while decoding stream #0:0: Invalid data found when processing input frame=116600 fps=504 q=31.0 Lsize= 106104kB time=01:04:53.18 bitrate= 223.3kbits/s dup=0 drop=3 video:39646kB audio:60806kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 5.626378% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 04:12:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 03:12:01 -0000 Subject: [FFmpeg-trac] #4165(undetermined:new): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.575066005fa2a0b461c395da82ee5488@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dinhka): Replying to [ticket:4165 dinhka]: ffmpeg -i http://93.158.221.243:50004 -filter_complex [0:v][0:s:0:0]overlay=x=120:y=310[v] -map [v] -map 0:a:0 -tune zerolatency -rtbufsize 64M -af aresample=async=1 -acodec libfdk_aac -b:a 48k -ar 48000 -ac 2 -vcodec libx264 -b:v 900k -profile:v main -preset:v faster -x264opts keyint=250 -y -s 720x576 -r 25 -vsync vfr -f flv -f flv rtmp://192.99.47.26/live/test [mpeg2video @ 0x301b7c0] Invalid frame dimensions 0x0. Last message repeated 10 times Input #0, mpegts, from 'http://93.158.221.243:50004': Duration: N/A, start: 79510.741178, bitrate: 384 kb/s Program 201 Stream #0:0[0x3e9]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x3ea](swe): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x192](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0xc9](swe,fin): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 [libx264 @ 0x30e6100] using SAR=64/45 [libx264 @ 0x30e6100] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x30e6100] profile Main, level 3.0 [libx264 @ 0x30e6100] 264 - core 142 r2491 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=9 lookahead_threads=9 sliced_threads=1 slices=9 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=abr mbtree=0 bitrate=900 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://192.99.47.26/live/test': Metadata: encoder : Lavf56.15.102 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 900 kb/s, 25 fps, 1k tbn, 25 tbc (default) Metadata: encoder : Lavc56.14.100 libx264 Stream #0:1(swe): Audio: aac (libfdk_aac) ([10][0][0][0] / 0x000A), 48000 Hz, stereo, s16, 48 kb/s Metadata: encoder : Lavc56.14.100 libfdk_aac Stream mapping: Stream #0:0 (mpeg2video) -> overlay:main (graph 0) Stream #0:3 (libzvbi_teletextdec) -> overlay:overlay (graph 0) overlay (graph 0) -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (mp2 (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 04:14:05 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 03:14:05 -0000 Subject: [FFmpeg-trac] #4165(undetermined:new): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.ad0b228f5efe5af9fc38595ad7873b39@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dinhka): Actual command line: ffmpeg -i http://93.158.221.243:50004 -filter_complex [0:v][0:s:0:0]overlay=x=120:y=310[v] -map [v] -map 0:a:0 -tune zerolatency -rtbufsize 64M -af aresample=async=1 -acodec libfdk_aac -b:a 48k -ar 48000 -ac 2 -vcodec libx264 -b:v 900k -profile:v main -preset:v faster -x264opts keyint=250 -y -s 720x576 -r 25 -vsync vfr -f flv -f flv rtmp://192.99.47.26/live/test -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 04:20:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 03:20:56 -0000 Subject: [FFmpeg-trac] #4106(avcodec:new): AAC decoding shows warnings In-Reply-To: <037.9407a47a0771c7c10a280c019d23d7c6@avcodec.org> References: <037.9407a47a0771c7c10a280c019d23d7c6@avcodec.org> Message-ID: <052.284519cbdfae6f5bf508c08053d30037@avcodec.org> #4106: AAC decoding shows warnings -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by blacktrash): Confirming that the warning has gone, I guess since http://git.videolan.org/?p=ffmpeg.git;a=commit;h=5fe026f2bda68a129d70b9609c4902917db9ca2e The channel count is still wrong, but I assume there is no solution for https://trac.ffmpeg.org/ticket/3361 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 04:22:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 03:22:20 -0000 Subject: [FFmpeg-trac] #4113(ffserver:closed): ffserver ignores videoframerate for mjpeg streams In-Reply-To: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> References: <040.32b08564fb24d4c0d9831f0f33c1413a@avcodec.org> Message-ID: <055.25570c684544fb288f9a8b0c8fc08e23@avcodec.org> #4113: ffserver ignores videoframerate for mjpeg streams -------------------------------------+------------------------------------ Reporter: illumilore | Owner: Type: defect | Status: closed Priority: normal | Component: ffserver Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by illumilore): When viewing the stream with the -r 5 argument for ffmpeg, it says that it is outputting 5 fps, but in my camera feed it looks like it is actually getting the 2 fps that ffserver is set to on the latest git I started using, so it seems to be ignoring what it is saying it is outputting and using ffservers config instead. I don't care that much about it, as there are other bugs I am encountering, but I thought you might want to know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 05:00:37 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 04:00:37 -0000 Subject: [FFmpeg-trac] #4106(avcodec:closed): AAC decoding shows warnings In-Reply-To: <037.9407a47a0771c7c10a280c019d23d7c6@avcodec.org> References: <037.9407a47a0771c7c10a280c019d23d7c6@avcodec.org> Message-ID: <052.82f8f6b2a8e5657efaa214dcf5eabbdb@avcodec.org> #4106: AAC decoding shows warnings -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: regression | 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 Sun Dec 7 05:43:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 04:43:34 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.fcb42274028c753ef6b1d3fb4c7abe85@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => async Comment: Needs {{{-async 1}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 06:03:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 05:03:04 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.a0945c4a4574a29f42791cc0099cb211@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Perfect thanks that worked. Does it mean that all AVI containers with MPEG4 need async 1? If not how does one tell when it's required? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 12:08:34 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 11:08:34 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.6078f2c89f2c7aeb022df96b017b9411@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Cigaes): There are several issues at work here. First, and this is not directly related to libopus, your channel layout is so strange that FFmpeg (more precisely libswresample) does not know what to do with it. I am not sure if this would be something that can be ?fixed?. Second, the format for the header does not allow to express the whole range of channel layouts. This is the same for both Opus-in-Ogg and Matroska: only the standard Vorbis channel layouts can be expressed. In other words, you can not express FL+FR+BL in an Opus file, you can only express it as FL+FR+BL+BR (quad) with a BR channel that happens to be visibly silent. The decoder does not make any effort to remove the silent channel or even notify that it is silent. Third, because of the previous reason, the libopus mapping in FFmpeg does not make extra efforts to allow strange channel layout mappings. The way I see it, there are two enhancements that can be added to FFmpeg: - On the Opus decoder, add an option to remove silent channels from the output. - On the libopus encoder, make it possible to encode strange channel layouts by specifying the mapping more or less by hand. (Unfortunately, it seems that libopus is not subtle enough to detect when an input stereo stream has actually two identical channels.) Also, it seems there is an actual bug that makes libavfilter to prefer FL+FR+BL?6.1 over FL+FR+BR?quad because the BL+BR?SL+SR remapping counts as 2 remapped channels while BL counts only as one preserved channel. This looks like an easy fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 13:09:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 12:09:03 -0000 Subject: [FFmpeg-trac] #4167(ffmpeg:new): Output file #0 does not contain any stream Message-ID: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> #4167: Output file #0 does not contain any stream --------------------------------+--------------------------------------- Reporter: hklcf | 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.m3u8 -c copy output.ts ffmpeg version N-68271-geb74839 built on Windows 7 64bit }}} 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 Sun Dec 7 14:35:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 13:35:10 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.9273df1546d5a186a9a99954369b3b9b@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by divide): This file was created on purpose with an unusual channel mask to see how opus encoder would react. Using FFMpeg, while most non-destructive formats such as .caf, .aiff, .wav, .flac store the data and channel mask properly, .aac and .ogg store the 3 channels "as is", assuming FL+FR+FC (which is okay since I guess thoses formats don't have a way to store channel mask). FFmpeg should do the same for .opus, instead of just failing with an error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 14:41:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 13:41:41 -0000 Subject: [FFmpeg-trac] #4160(undetermined:new): problem encoding opus file with unusual channel mask In-Reply-To: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> References: <036.0f524041d8226537fa0d5d7e5bad5a72@avcodec.org> Message-ID: <051.d6e04aa251ab52077aa8daa6c1dfe063@avcodec.org> #4160: problem encoding opus file with unusual channel mask --------------------------------+---------------------------------------- Reporter: divide | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.5 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Cigaes): I do not agree. Silently discarding some user data based on random guesses is never a good behaviour. This was done in libvorbis before channel layouts were handled properly, and changing the behaviour would break old scripts, but newer code does not suffer from this kind of compatibility burden. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 15:36:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 14:36:38 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes incompatible videos from similar picture and audio files (was: Encodes ncompatible videos from similar picture and audio files) In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.7234f166ebebf86f001603b3d2b9d878@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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 Sun Dec 7 16:00:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 15:00:30 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.aeb0d5c3506e4bf77fed4a58c71bc8cb@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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 paheikki): Hi, I have now attached the log file of our production system. I am sorry it misses some line feeds and is therefore a bit cluttered. The bank picture, which is the question mark here, is used to generate videos V104.mp4 and U104.mp4. I am not an video expert and cannot see the reason why "the presence of the aspect_ratio_info_present_flag flag in the SPS" is different for these files than for the others... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 19:29:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 18:29:11 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.4e6ed6bf20120336dbbebd54be904881@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): That worked with one file, with another sample it didn't work, it' still out of sync. Again with MP4 container it works fine with AVI container it goes out of sync, even with the -async 1. The file is available here (too large): [http://mcebuddy:mcebuddy at files.mcebuddy2x.com/upload/The%20Office.ts] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 19:29:11 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 18:29:11 -0000 Subject: [FFmpeg-trac] #4163(undetermined:new): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.16cd871ac0f875c0d94714a16fb4672f@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | 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 paheikki): Hi, due to a setup error I did in this run, the audio (mp3 files) are all several seconds too short (shorter than indicated on the command line). However, this is not the cause of this issue because earlier they have been correct. I use SOX to extract the MP3 length and use this as an argument to FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 23:39:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 22:39:07 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.36e513f23e2c5b7d5a7045d30c5b91bb@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mjpeg aspect * status: new => closed * version: unspecified => git-master * resolution: => invalid Comment: The (main) reason that reporters should provide console output is that this allows developers to quickly understand an issue without having to guess. I hope you agree that it is impossible to see anything "quickly" in the text file you attached. You originally reported that the issue is reproducible with the two files showing a temple and a train (both called Kuva.jpg): Why didn't you post the console output just for these two images? There is no bug (in FFmpeg) that affects the issue you see afaict: One of the mjpeg files has no aspect ratio defined (most have) and this is different from a ratio of 1:1. I am not sure why gpac doesn't ignore the aspect ratio of the h264 streams but I absolutely may miss something. Workaround is to specify {{{-vf setsar}}}, I suspect even {{{0}}} is ok if you don't want to force {{{1}}}. There may be a slightly related bug: Aspect ratio should never be {{{100:100}}} but {{{1:1}}} but as said this is unrelated since {{{100:1000}}} is reduced to {{{1:1}}} before sent to libx264. so this cannot affect the output files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 23:48:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 22:48:31 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.0c08287ce25a2825958b2683f6a48751@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:9 cehoyos]: > There may be a slightly related bug: Aspect ratio should never be {{{100:100}}} but {{{1:1}}} but as said this is unrelated since {{{100:1000}}} is reduced to {{{1:1}}} before sent to libx264. so this cannot affect the output files. This is probably not an issue: If it causes a problem (it does not in your case), it may be changed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 7 23:52:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 22:52:35 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.7664c6b6918ce7fbd706f59af9417110@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 paheikki]: > Hi, due to a setup error I did in this run, the audio (mp3 files) are all several seconds too short (shorter than indicated on the command line). However, this is not the cause of this issue because earlier they have been correct. I use SOX to extract the MP3 length and use this as an argument to FFmpeg. (Unrelated:) There is a {{{-shortest}}} option that should make this much easier. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 00:01:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 23:01:41 -0000 Subject: [FFmpeg-trac] #4167(undetermined:new): Output file #0 does not contain any stream In-Reply-To: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> References: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> Message-ID: <050.7c81ae10d214de043696b8cb89c5efe6@avcodec.org> #4167: Output file #0 does not contain any stream -------------------------------------+------------------------------------- Reporter: hklcf | 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: ffmpeg => undetermined Comment: If you believe there is a bug, please provide the input sample files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 00:04:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 23:04:08 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.f49bf45bec6e152863c7ed8ab4368497@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | 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 feel free to reopen this ticket if you believe your have found a bug and if you can provide your actual failing command line together with the complete, uncut console output. If you need help using FFmpeg, please post your question on the user mailing list, this is not a support forum. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 00:11:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 07 Dec 2014 23:11:17 -0000 Subject: [FFmpeg-trac] #4162(avformat:closed): matroska: deadlock with fuzzed file In-Reply-To: <036.7ded6bae8dbd014b4cac996ca2180673@avcodec.org> References: <036.7ded6bae8dbd014b4cac996ca2180673@avcodec.org> Message-ID: <051.c4f2da5f397c8992ed34a12b27c29e76@avcodec.org> #4162: matroska: deadlock with fuzzed file -------------------------------------+------------------------------------- Reporter: tholin | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: deadlock regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by wm4 in 6551acab -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 01:04:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 00:04:31 -0000 Subject: [FFmpeg-trac] #4164(avdevice:closed): x11grab (xcb) with show_region gives (partial) static image In-Reply-To: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> References: <036.579bd440f5f07d351462bf02ed4cfcce@avcodec.org> Message-ID: <051.ce78523bf720f437745b1a9d70ddc0c9@avcodec.org> #4164: x11grab (xcb) with show_region gives (partial) static image ------------------------------------+------------------------------------ Reporter: DiJuMx | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by you in 0ae37e46 Thank you for the report and the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 01:23:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 00:23:19 -0000 Subject: [FFmpeg-trac] #4157(build system:closed): ffmpeg does not recognize drawtext command In-Reply-To: <040.43c6d082d121c0926fc4097fe79e9c4b@avcodec.org> References: <040.43c6d082d121c0926fc4097fe79e9c4b@avcodec.org> Message-ID: <055.88e8ad80283de88537c7d4f199ee476a@avcodec.org> #4157: ffmpeg does not recognize drawtext command -------------------------------------+------------------------------------- Reporter: illumilore | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => build system Comment: The output of {{{configure --help}}} is improved since d9a4db65 and shows now that {{{--enable-libfreetype}}} is needed to enable the drawtext filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 01:26:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 00:26:22 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.9e72f4ed9be3616447faa3533dc143b5@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the following command line: {{{ $ ffmpeg -i The\ Office.ts -qscale 2 out.avi }}} How can I reproduce A/V desync for the output file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 03:17:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 02:17:25 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.bda63f878464eac333de5ee9d7282373@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dinhka): ffmpeg -i http://93.158.221.243:50004 -filter_complex [0:v][0:s:0:0]overlay=x=120:y=310[v] -map [v] -map 0:a:0 -tune zerolatency -rtbufsize 64M -af aresample=async=1 -acodec libfdk_aac -b:a 48k -ar 48000 -ac 2 -vcodec libx264 -b:v 900k -profile:v main -preset:v faster -x264opts keyint=250 -y -s 720x576 -r 25 -vsync vfr -f flv -f flv rtmp://192.99.47.26/live/test ffmpeg version N-68289-g208c03a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 8 2014 03:10:19 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: --disable-ffplay --disable-ffserver --disable-ffprobe --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --enable-version3 --enable-avfilter --enable-nonfree --enable-gpl --enable-libfdk_aac --enable-libx264 --enable-pthreads --disable-stripping --extra-cflags=-I/usr/local/include --disable-debug --enable-libzvbi libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mpeg2video @ 0x28b37c0] Invalid frame dimensions 0x0. Last message repeated 10 times Input #0, mpegts, from 'http://93.158.221.243:50004': Duration: N/A, start: 67275.503489, bitrate: 384 kb/s Program 201 Stream #0:0[0x3e9]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x3ea](swe): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x192](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0xc9](swe,fin): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250 [libx264 @ 0x29492a0] using SAR=64/45 [libx264 @ 0x29492a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0x29492a0] profile Main, level 3.0 [libx264 @ 0x29492a0] 264 - core 142 r2491 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=9 lookahead_threads=9 sliced_threads=1 slices=9 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=abr mbtree=0 bitrate=900 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'rtmp://192.99.47.26/live/test': Metadata: encoder : Lavf56.15.102 Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 900 kb/s, 25 fps, 1k tbn, 25 tbc (default) Metadata: encoder : Lavc56.14.100 libx264 Stream #0:1(swe): Audio: aac (libfdk_aac) ([10][0][0][0] / 0x000A), 48000 Hz, stereo, s16, 48 kb/s Metadata: encoder : Lavc56.14.100 libfdk_aac Stream mapping: Stream #0:0 (mpeg2video) -> overlay:main (graph 0) Stream #0:3 (libzvbi_teletextdec) -> overlay:overlay (graph 0) overlay (graph 0) -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (mp2 (native) -> aac (libfdk_aac)) Press [q] to stop, [?] for help [flv @ 0x29483e0] Failed to update header with correct duration.ate= 972.0kbits/s [flv @ 0x29483e0] Failed to update header with correct filesize. frame= 593 fps= 32 q=30.0 Lsize= 2916kB time=00:00:24.48 bitrate= 976.0kbits/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 03:38:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 02:38:13 -0000 Subject: [FFmpeg-trac] #4167(undetermined:new): Output file #0 does not contain any stream In-Reply-To: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> References: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> Message-ID: <050.8a32e976bdd65ea8581779e9315d44c3@avcodec.org> #4167: Output file #0 does not contain any stream -------------------------------------+------------------------------------- Reporter: hklcf | 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 hklcf): Replying to [comment:1 cehoyos]: > If you believe there is a bug, please provide the input sample files. Yes, the same input file work fine with ffmpeg version N-68114-g6a2bfd5. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 06:13:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 05:13:04 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.2a7d2ab52a562f34e24451ea15468927@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Exact same command as the first file: {{{ ffmpeg -i "The Office.ts" -vcodec mpeg4 -acodec ac3 -ab 128k -b 400 -vf scale=320:-1 test.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 08:30:02 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 07:30:02 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.b078f6f8ce34cc77b1802aca7b62b437@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): How can I reproduce A/V desync with the output file I produced with my command line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 08:35:22 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 07:35:22 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.c390e73c6302b450999de426ff4e2394@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the issue only reproducible with rtmp output or also with file output? Is audio output necessary to reproduce the issue or is it also reproducible with {{{-an}}}? Is using an external library (libx264) necessary to reproduce the issue or is it also reproducible with a native encoder (like {{{-vcodec flv1}}})? Can you download the input stream? Does file input also allow to reproduce the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 10:42:48 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 09:42:48 -0000 Subject: [FFmpeg-trac] #4167(avformat:open): hls crypto regression (was: Output file #0 does not contain any stream) In-Reply-To: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> References: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> Message-ID: <050.b0aab372e2b8dcaa0e89823d5da478a0@avcodec.org> #4167: hls crypto regression -------------------------------------+------------------------------------- Reporter: hklcf | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: hls crypto | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => hls crypto regression Comment: Regression since 00d4013d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 11:10:55 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 10:10:55 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.942b64f16f74683b8622434a35a55a38@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): Thanks. I did not say that the issue is reproducible using these two images. I meant it is reproduced every time but I did not know the culprit. Our system creates the sounds and the subtitles dynamically, therefore I could not test the two pics manually (not using the same sounds at least). Can I still ask whether the MPEG4 streamx without an aspect ratio were V104.mp4 and U104.mp4 indeed? The pic from which they are produced has the aspect ratio as the other ones (dimension 640x480) but the DPI setting is missing from the metadata. I just want to verify that this explanation is correct. I'll then try the workaround you suggested. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 11:49:41 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 10:49:41 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.468451a5d21514154c652ea75affbd9a@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dinhka): 1. the same with file. 2. the same with no audio -an 3. you can try direct with the input stream, it is online http://93.158.221.243:50004 i think problem is ffmpeg does not support the way to select correct language. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 12:40:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 11:40:10 -0000 Subject: [FFmpeg-trac] #4159(undetermined:new): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.4c461c7a018d1f6d47b5dda78b997911@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -------------------------------------+------------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.4.4 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by thanpolas): You need to be more diligent when reading reports. As I am stating in my original post, the error generated reads: {{{ Unsupported codec with id 0 for input stream 2 }}} The process exits with Code 1 which in turn is propagated in the underlying controlling method in our application and thus the whole operation fails. We can find multiple workarounds to this issue like downgrading the ffmpeg error to just a warning vs stopping our whole OP but I thought it would be a good idea to bring this to your attention. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 14:19:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 13:19:17 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.e0ae3f2d03b9ab25bf17604cea7f2048@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): I didn't understand your question - if you're asking about the playback, I used WMP 12 (windows 7) to check the output playback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 14:21:19 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 13:21:19 -0000 Subject: [FFmpeg-trac] #4159(ffprobe:new): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.302b23b4a76ecff4ae9325fb437cd39c@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -----------------------------------+----------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: new Priority: normal | Component: ffprobe Version: 2.4.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => ffprobe Comment: Replying to [comment:6 thanpolas]: > You need to be more diligent when reading reports. As I am stating in my original post, the error generated reads: > > {{{ > Unsupported codec with id 0 for input stream 2 > }}} Why did you cut this from your console output? > The process exits with Code 1 which in turn is propagated in the underlying controlling method in our application and thus the whole operation fails. Did you explain this in your original report? Did you already test if the issue you see is reproducible with current FFmpeg git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 14:24:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 13:24:32 -0000 Subject: [FFmpeg-trac] #4159(ffprobe:closed): ffprobe exits with "Unsupported codec with id..." error In-Reply-To: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> References: <039.92124d63c0a96d80b722f67d573d4b08@avcodec.org> Message-ID: <054.f10e1c6c53029519eb7a2491ca9fa723@avcodec.org> #4159: ffprobe exits with "Unsupported codec with id..." error -----------------------------------+-------------------------------------- Reporter: thanpolas | Owner: Type: defect | Status: closed Priority: normal | Component: ffprobe Version: 2.4.4 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: {{{ $ ffprobe Reveal-PCST-120414-122114.mp4 ffprobe version N-68291-g4fa2758 Copyright (c) 2007-2014 the FFmpeg developers built on Dec 8 2014 10:45:56 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Reveal-PCST-120414-122114.mp4': Metadata: major_brand : qt minor_version : 0 compatible_brands: mobiavc1mp42isom Duration: 00:00:24.96, start: 0.000000, bitrate: 2020 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1963 kb/s, 29.97 fps, 29.97 tbr, 120k tbn, 119.88 tbc (default) Metadata: handler_name : AVC Video Handler encoder : AVC Codi timecode : 00:05:14;03 Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 48 kb/s (default) Metadata: handler_name : AAC Audio Handler Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: handler_name : TimeCode MediaHdl timecode : 00:05:14;03 Unsupported codec with id 0 for input stream 2 $ echo $? 0 }}} Please reopen the ticket if I miss something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 14:32:23 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 13:32:23 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.d0203750c1a550ad8c755db199863887@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: needs_more_info => worksforme Comment: {{{ $ ffmpeg -txt_page 691 -i input -filter_complex [0:0][0:3]overlay -qscale 2 out.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 14:37:13 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 13:37:13 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.43dac5e71792640bdd09eaf1e0d36715@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:12 paheikki]: > Can I still ask whether the MPEG4 streamx without an aspect ratio were V104.mp4 and U104.mp4 indeed? Only you can answer this: I don't have the input images and I don't use gpac. > The pic from which they are produced has the aspect ratio as the other ones (dimension 640x480) No, at least one picture has no aspect ratio defined (you can see that in the txt file you attached) while most files have an aspect ratio (either {{{100:100}}} or {{{1:1}}} which makes no difference. (Yes, FFmpeg interprets the image DPI as the aspect ratio, I don't think this behaviour should be changed.) > I just want to verify that this explanation is correct. I'll then try the workaround you suggested. Other developers may disagree, in all honesty I find this comment a tiny bit rude. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 14:44:25 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 13:44:25 -0000 Subject: [FFmpeg-trac] #4166(undetermined:new): MPEG4 and LibXVid in AVI lose audio sync after some time In-Reply-To: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> References: <041.f7fc904cd40992cb03f0a4f045eb3882@avcodec.org> Message-ID: <056.8889ec97502162d74a7ebb3a5f6b31e0@avcodec.org> #4166: MPEG4 and LibXVid in AVI lose audio sync after some time -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: async | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the output file with MPlayer, vlc and FFplay: All three play the file in sync. Is the issue only reproducible with WMP? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 14:45:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 13:45:45 -0000 Subject: [FFmpeg-trac] #3533(avformat:closed): RTP should have payload type 33 when used with MPEGTS In-Reply-To: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> References: <037.093d585937a139e3584e01e5f9c3716b@avcodec.org> Message-ID: <052.0db3cfff6b787ad42b86a1ff70679f7d@avcodec.org> #3533: RTP should have payload type 33 when used with MPEGTS ------------------------------------+------------------------------------ Reporter: nunojpg | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => rtp * version: unspecified => git-master * resolution: wontfix => fixed Comment: Martin Storsj? committed a patch that shows a warning now for the original command line since 5ab46704 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 15:15:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 14:15:54 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.6e89ef26e81b17b89230ac387be0f99e@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dinhka): Hi, It is right subtitle now. But how do i find my txt_page which i need (691 for swe). it does not output the txt_page in the stream ? many thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 15:23:01 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 14:23:01 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.a043e64ba655c2d82872435d465e5b3d@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): This is a missing feature. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 15:25:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 14:25:10 -0000 Subject: [FFmpeg-trac] #4165(undetermined:closed): Bug with dvb_teletext. Thanks. In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.c2cfab363196bc02330af93ede398262@avcodec.org> #4165: Bug with dvb_teletext. Thanks. -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: dvb_teletext | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dinhka): Please add it. Many thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 15:33:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 14:33:47 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.19ca07a102fded39892d08e8490411ae@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): I definitely did not mean to be rude: I said that I want to be sure that the source image is the one that I suspect. I am sorry if my English is not that good. I am not a video tech expert and cannot read the FFmpeg log as you can so my question was simply that as you do see that one picture has no aspect ratio defined, is that the one which is producing the outputs V104.mp4 and U104.mp4 in the log? Or someone else? That information would have helped me. Thank you for you quick replies. FFmpeg documentation page does not mention "-vf setsar" as such but I try to find out what it is in practice. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 15:41:54 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 14:41:54 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.920448863bccf47a6f27359bc672709d@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): https://ffmpeg.org/ffmpeg-filters.html#setdar_002c-setsar I am not a native speaker either, I am a bit unhappy if people asking for support write "I will test your suggestion if, when and after..." I cannot really answer your other questions: At least one of your input jpg images (no, I am not interested to go through the huge file you attached again, so I don't know the name) does not define a DPI resolution which is the aspect ratio of the image from FFmpeg's pov. If the input stream does not specify an aspect ratio and the user does not specify an aspect ratio, an output h264 stream will not have an aspect ratio set. I believe this behaviour makes sense and should not be changed. It is of course possible that I completely misunderstand the issue but you will have to add information if you think that I am wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 16:00:28 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 15:00:28 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.cbc21b77dc975b0f8879fb6e9b5b715d@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): Ok, I understand. I really did not say anything concerning your suggestion, which I found helpful, simply that it is me who would sincerely like to know which the offending input image is before running a 3-4 hour production run again just to see whether it fails or not. In that log file, I can find the reference to U104.mp4 or V104.mp4 using the search function of the text editor, and the corresponding FFmpeg output is below that, but I cannot read the FFmpeg output log to understand is it this aspect flage where they differ from the others or not... I will try even harder again :-) And I believe your point concerning the DPI points at the same image, too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 16:21:04 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 15:21:04 -0000 Subject: [FFmpeg-trac] #4168(ffmpeg:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded Message-ID: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: mpeg2 vob | master chroma interlaced | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When using an interlaced mpeg2 source, the yuv420 chroma is interpreted as progressive chroma instead of interlaced chroma. This bug is present when decoding the following mpeg2 formats : VOB, MPEG- PS, MPEG-TS. avcodec seems to decode interlaced videos using yuv420p pixel format, but it should instead default to any 422 format in this case (or a yuv420i format, but it looks to be unavailable in ffmpeg). In addition, -pxl_fmt seems to be ineffective to force the input decode (ffmpeg fires an error : 'Option pixel_format not found'). Looks like it's unsupported by the mpeg2video decoder. => the bottomline is that yuv420 chroma coding is different in progressive and interlaced. In the latter pixel format, odd and even lines don't share the same chroma data. This bug generates such chroma artifacts that the quality of the video is greatly degraded when it needs to be deinterlaced/scaled/transcoded after the ffmpeg conversion. How to reproduce: To be able to easily check for the bug, the odd and even fields should have a heavy chroma variation but a light luma variation (ie same luminosity but different colors). Blue and Red are the best candidates. The bug is not dependant of the output pixel_format. Here I output a prores422 file but it's the same with a rawvideo avi. NOTE : the mpeg2 files I used were correctly detected as interlaced by any other video converter/analyzer. {{{ D:\>d:\ffmpeg\bin\ffmpeg -f mpeg -i bug.vob -c:v prores test.mov ffmpeg version N-68289-g208c03a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 7 2014 22:13:45 with gcc 4.9.2 (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-libbs2b --enable- libcaca -- enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Guessed Channel Layout for Input Stream #0.2 : stereo Input #0, mpeg, from 'bug.vob': Duration: 00:04:11.26, start: 275.223311, bitrate: 9343 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, smpte170m), 720x48 0 [SAR 32:27 DAR 16:9], max. 9800 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:2[0xa0]: Audio: pcm_dvd, 48000 Hz, 2 channels, s16, 1536 kb/s [prores @ 0000000004422980] encoding with ProRes standard (apcn) profile [prores @ 0000000004425160] encoding with ProRes standard (apcn) profile [prores @ 0000000004427c00] encoding with ProRes standard (apcn) profile [prores @ 0000000004428660] encoding with ProRes standard (apcn) profile [prores @ 00000000043d9cc0] encoding with ProRes standard (apcn) profile Output #0, mov, to 'test.mov': Metadata: encoder : Lavf56.15.102 Stream #0:0: Video: prores (apcn) (apcn / 0x6E637061), yuv422p10le, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 30k tbn, 29.97 tbc Metadata: encoder : Lavc56.14.100 prores Stream #0:1: Audio: aac (libvo_aacenc) (mp4a / 0x6134706D), 48000 Hz, stereo , s16, 128 kb/s Metadata: encoder : Lavc56.14.100 libvo_aacenc Stream mapping: Stream #0:1 -> #0:0 (mpeg2video (native) -> prores (native)) Stream #0:2 -> #0:1 (pcm_dvd (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help frame= 97 fps=0.0 q=0.0 size= 13010kB time=00:00:03.10 bitrate=34345.1kbits/ frame= 183 fps=182 q=0.0 size= 26269kB time=00:00:05.97 bitrate=36030.6kbits/ frame= 271 fps=180 q=0.0 size= 39098kB time=00:00:08.90 bitrate=35951.6kbits/ frame= 365 fps=181 q=0.0 size= 53793kB time=00:00:12.04 bitrate=36584.3kbits/ frame= 457 fps=182 q=0.0 size= 67180kB time=00:00:15.11 bitrate=36410.0kbits/ frame= 550 fps=182 q=0.0 size= 81079kB time=00:00:18.21 bitrate=36458.0kbits/ frame= 638 fps=181 q=0.0 size= 94735kB time=00:00:21.15 bitrate=36685.7kbits/ frame= 727 fps=181 q=0.0 size= 107704kB time=00:00:24.12 bitrate=36573.9kbits/ frame= 816 fps=180 q=0.0 size= 120764kB time=00:00:27.09 bitrate=36514.0kbits/ frame= 902 fps=179 q=0.0 size= 133535kB time=00:00:29.96 bitrate=36508.6kbits/ frame= 1000 fps=181 q=0.0 size= 148139kB time=00:00:33.23 bitrate=36516.4kbits/ frame= 1091 fps=181 q=0.0 size= 161676kB time=00:00:36.26 bitrate=36516.9kbits/ frame= 1185 fps=181 q=0.0 size= 175265kB time=00:00:39.40 bitrate=36435.3kbits/ frame= 1277 fps=181 q=0.0 size= 189336kB time=00:00:42.47 bitrate=36516.0kbits/ frame= 1360 fps=180 q=0.0 size= 201932kB time=00:00:45.24 bitrate=36561.4kbits/ frame= 1451 fps=180 q=0.0 size= 215693kB time=00:00:48.28 bitrate=36597.0kbits/ frame= 1524 fps=178 q=0.0 size= 227089kB time=00:00:50.71 bitrate=36680.1kbits/ frame= 1609 fps=178 q=0.0 size= 239458kB time=00:00:53.55 bitrate=36629.5kbits/ frame= 1701 fps=178 q=0.0 size= 253563kB time=00:00:56.62 bitrate=36684.4kbits/ frame= 1797 fps=179 q=0.0 size= 267792kB time=00:00:59.82 bitrate=36668.6kbits/ frame= 1894 fps=179 q=0.0 size= 283124kB time=00:01:03.06 bitrate=36778.3kbits/ frame= 1974 fps=178 q=0.0 size= 295109kB time=00:01:05.73 bitrate=36778.5kbits/ frame= 2064 fps=179 q=0.0 size= 307805kB time=00:01:08.73 bitrate=36684.8kbits/ frame= 2159 fps=179 q=0.0 size= 321994kB time=00:01:11.90 bitrate=36684.1kbits/ frame= 2256 fps=180 q=0.0 size= 336902kB time=00:01:15.14 bitrate=36729.2kbits/ frame= 2340 fps=179 q=0.0 size= 349615kB time=00:01:17.94 bitrate=36744.7kbits/ frame= 2431 fps=179 q=0.0 size= 363557kB time=00:01:20.98 bitrate=36777.3kbits/ frame= 2525 fps=179 q=0.0 size= 377814kB time=00:01:24.11 bitrate=36794.4kbits/ frame= 2613 fps=179 q=0.0 size= 390721kB time=00:01:27.05 bitrate=36768.0kbits/ frame= 2703 fps=179 q=0.0 size= 403783kB time=00:01:30.05 bitrate=36730.1kbits/ frame= 2796 fps=179 q=0.0 size= 417759kB time=00:01:33.15 bitrate=36735.7kbits/ frame= 2889 fps=180 q=0.0 size= 431245kB time=00:01:36.26 bitrate=36699.1kbits/ frame= 2985 fps=180 q=0.0 size= 446408kB time=00:01:39.46 bitrate=36766.0kbits/ frame= 3074 fps=180 q=0.0 size= 459475kB time=00:01:42.43 bitrate=36745.2kbits/ frame= 3166 fps=180 q=0.0 size= 473415kB time=00:01:45.50 bitrate=36758.4kbits/ frame= 3253 fps=180 q=0.0 size= 486306kB time=00:01:48.40 bitrate=36748.3kbits/ frame= 3358 fps=181 q=0.0 size= 501818kB time=00:01:51.91 bitrate=36733.3kbits/ frame= 3455 fps=181 q=0.0 size= 516493kB time=00:01:55.14 bitrate=36744.9kbits/ frame= 3549 fps=181 q=0.0 size= 530794kB time=00:01:58.28 bitrate=36761.0kbits/ frame= 3626 fps=180 q=0.0 size= 542060kB time=00:02:00.85 bitrate=36743.1kbits/ frame= 3704 fps=180 q=0.0 size= 554200kB time=00:02:03.45 bitrate=36774.1kbits/ frame= 3799 fps=180 q=0.0 size= 568720kB time=00:02:06.62 bitrate=36792.9kbits/ frame= 3891 fps=180 q=0.0 size= 582481kB time=00:02:09.69 bitrate=36791.2kbits/ frame= 3987 fps=180 q=0.0 size= 597045kB time=00:02:12.89 bitrate=36802.2kbits/ frame= 4080 fps=180 q=0.0 size= 611511kB time=00:02:16.00 bitrate=36833.9kbits/ frame= 4174 fps=180 q=0.0 size= 626288kB time=00:02:19.13 bitrate=36873.5kbits/ frame= 4258 fps=180 q=0.0 size= 638807kB time=00:02:21.94 bitrate=36868.0kbits/ frame= 4355 fps=180 q=0.0 size= 653064kB time=00:02:25.17 bitrate=36850.5kbits/ frame= 4452 fps=181 q=0.0 size= 667183kB time=00:02:28.41 bitrate=36826.3kbits/ frame= 4544 fps=181 q=0.0 size= 681130kB time=00:02:31.48 bitrate=36834.2kbits/ frame= 4640 fps=181 q=0.0 size= 696691kB time=00:02:34.68 bitrate=36895.6kbits/ frame= 4740 fps=181 q=0.0 size= 711711kB time=00:02:38.02 bitrate=36895.2kbits/ frame= 4834 fps=182 q=0.0 size= 726141kB time=00:02:41.16 bitrate=36910.6kbits/ frame= 4927 fps=182 q=0.0 size= 740218kB time=00:02:44.26 bitrate=36915.3kbits/ frame= 5009 fps=181 q=0.0 size= 752402kB time=00:02:47.00 bitrate=36908.2kbits/ frame= 5096 fps=181 q=0.0 size= 765328kB time=00:02:49.90 bitrate=36900.8kbits/ frame= 5192 fps=181 q=0.0 size= 779951kB time=00:02:53.10 bitrate=36910.0kbits/ frame= 5284 fps=181 q=0.0 size= 793501kB time=00:02:56.17 bitrate=36897.0kbits/ frame= 5379 fps=181 q=0.0 size= 807537kB time=00:02:59.34 bitrate=36886.0kbits/ frame= 5476 fps=182 q=0.0 size= 822034kB time=00:03:02.58 bitrate=36882.6kbits/ frame= 5567 fps=182 q=0.0 size= 835906kB time=00:03:05.61 bitrate=36891.4kbits/ frame= 5661 fps=182 q=0.0 size= 850075kB time=00:03:08.75 bitrate=36893.4kbits/ frame= 5761 fps=182 q=0.0 size= 864883kB time=00:03:12.09 bitrate=36884.0kbits/ frame= 5851 fps=182 q=0.0 size= 878796kB time=00:03:15.09 bitrate=36900.5kbits/ frame= 5951 fps=182 q=0.0 size= 894506kB time=00:03:18.43 bitrate=36928.6kbits/ frame= 6041 fps=182 q=0.0 size= 908028kB time=00:03:21.43 bitrate=36927.9kbits/ frame= 6134 fps=182 q=0.0 size= 922440kB time=00:03:24.53 bitrate=36944.9kbits/ frame= 6230 fps=182 q=0.0 size= 936754kB time=00:03:27.74 bitrate=36939.7kbits/ frame= 6319 fps=182 q=0.0 size= 949922kB time=00:03:30.71 bitrate=36931.1kbits/ frame= 6413 fps=182 q=0.0 size= 964988kB time=00:03:33.84 bitrate=36966.5kbits/ frame= 6500 fps=182 q=0.0 size= 977558kB time=00:03:36.74 bitrate=36946.5kbits/ frame= 6591 fps=182 q=0.0 size= 991774kB time=00:03:39.78 bitrate=36966.0kbits/ frame= 6690 fps=182 q=0.0 size= 1007205kB time=00:03:43.08 bitrate=36985.3kbits/ frame= 6787 fps=183 q=0.0 size= 1021390kB time=00:03:46.32 bitrate=36969.8kbits/ frame= 6886 fps=183 q=0.0 size= 1036841kB time=00:03:49.62 bitrate=36989.2kbits/ frame= 6977 fps=183 q=0.0 size= 1050526kB time=00:03:52.66 bitrate=36988.3kbits/ frame= 7059 fps=183 q=0.0 size= 1062827kB time=00:03:55.40 bitrate=36986.4kbits/ frame= 7142 fps=182 q=0.0 size= 1075130kB time=00:03:58.17 bitrate=36979.6kbits/ frame= 7236 fps=182 q=0.0 size= 1089818kB time=00:04:01.30 bitrate=36997.5kbits/ frame= 7332 fps=183 q=0.0 size= 1102861kB time=00:04:04.51 bitrate=36949.8kbits/ frame= 7430 fps=183 q=0.0 size= 1118039kB time=00:04:07.78 bitrate=36964.0kbits/ frame= 7536 fps=183 q=0.0 size= 1134283kB time=00:04:11.31 bitrate=36973.3kbits/ frame= 7538 fps=183 q=0.0 Lsize= 1136081kB time=00:04:11.51 bitrate=37002.4kbits /s dup=8 drop=0 video:1131858kB audio:3927kB subtitle:0kB other streams:0kB global headers:0kB m uxing overhead: 0.026072% D:\> }}} 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 Mon Dec 8 16:32:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 15:32:39 -0000 Subject: [FFmpeg-trac] #4168(ffmpeg:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.aa0a412ad7c579730fbc6235a8653c8e@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: mpeg2 vob | Blocked By: chroma interlaced | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kierank): The "p" in yuv420p doesn't stand for progressive - it stands for planar and is unrelated to the issue at hand. The bug you are reporting is incorrect chroma *upsampling* from 4:2:0 -> 4:2:2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 16:36:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 15:36:09 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.4cba1c22c899da0380a3743b959409e4@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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): * keywords: mpeg2 vob chroma interlaced => * component: ffmpeg => undetermined Comment: Please point to an input sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 17:14:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 16:14:03 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.8626c4bc81a9bc9f962dd3b68fc17f7e@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): You're right, it's a chroma upsampling bug. Note that as far as I can remember, ffmpeg always had this issue. It looks like it also impacts VLC. It also shows in FFmpegSource (source plugin for AviSynth based on libav) if the plugin is forced to a specific pixel format. The workaround for ffmpegsource is to change the pixel format with AviSynth builtin functions (ConvertTo...). Here's a video that shows the bug in its full glory : https://www.dropbox.com/s/u2lpm6np9re57yi/ffmpeg_chromabug.mpg?dl=0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 17:50:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 16:50:45 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.582a5158ac92c6b5fcd7607deeebc63d@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): I just found a workaround completely by chance -_- The chroma upscale works fine if I call libswscale to activate the interlaced flag : d:\ffmpeg\bin\ffmpeg -f mpeg -i bug.vob -vf scale=interl=1 -c:v prores test.mov Looks like the interlacing information is lost somewhere between libavcodec and libswscale. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 18:25:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 17:25:37 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.3a1c15131cd38ffeffbc490b80755755@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 kierank): Yes, that will get you close to a decent result. I think it needs some correction for chroma plane offsets as well which I've been meaning to do for a while. I've not decided whether to handle that in my code or to use vf_scale. Kieran -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 21:20:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 20:20:09 -0000 Subject: [FFmpeg-trac] #4169(avcodec:new): Support BPG Image format Message-ID: <035.99f9208eccf783880171785b11181e39@avcodec.org> #4169: Support BPG Image format ---------------------------------------+--------------------------------- Reporter: jamal | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: bpg Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- libbgp can be found here: http://bellard.org/bpg/ The spec is here http://bellard.org/bpg/bpg_spec.txt A wrapper is probably not a good idea as the library may or may not link to libx265, libpng and openjpeg/jpeg-turbo while seemingly providing no way to know if it does for ffmpeg to check at configure time. Also, it uses an striped down version of libavcodec/libavutil, so it's kinda redundant. It's worth noting that libbpg contains some relevant changes to ffhevc, which most likely should be ported for the purpose of this ticket. No separate patches are provided, so the changes may have to be cherry picked from the included source files. The following list of changes to ffmpeg is described in their README file {{{ 3) FFmpeg modifications ----------------------- - Completed support of chroma_format_idc = 0 (monochrome mode). - Fixed RDPCM support (intra predictions). - Added a 'dynamic bit depth' mode where all the bit depths from 8 to 14 are supported without code duplication but slower decoding. - Added a modified SPS header to reduce the size of the BPG decoder (the solution instead is to generate standard VPS and SPS headers from the BPG header). - Added defines to keep only the HEVC intra code and suppress the parsing of all the irrelevant NAL units. - Stripped FFmpeg from all codecs except HEVC and the necessary support code. - Generated the IDCT coefficients dynamically to reduce the code size. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 21:20:35 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 20:20:35 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.006192df10a74c4bd28e08374491dbb4@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): To summarize, I spent four hours tonight chasing for the offending input image. Not found it yet. You said you saw it. If only you mentioned, this was the one piece of information that I wanted to question, if it was logged after the U104.mp4 and V104.mp4, which was my question, or somewhere else... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 22:30:56 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 21:30:56 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.e6090576ba577f4128e22cf586c57410@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): But isn't it supposed to be fixed by default ? I mean, every single product that uses ffmpeg does have the same bug. I talked about VLC, but I know it's the same for XMedia Recode, and of course my own tools used in a broadcast environment. Some broadcast software solutions are also based on ffmpeg, like CasparCG. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 22:39:32 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 21:39:32 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.108e7eecaaf5a07d167c4fa7e2933221@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 kierank): It can't be fixed in swscale directly because swscale has no concept of interlaced video - as you say it assumes chroma is associated with the nearest line. vf_scale is a wrapper that basically calls swscale twice for interlaced video, one call per field - this is the simplest fix by far. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 22:45:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 21:45:57 -0000 Subject: [FFmpeg-trac] #4169(avcodec:open): Support BPG Image format In-Reply-To: <035.99f9208eccf783880171785b11181e39@avcodec.org> References: <035.99f9208eccf783880171785b11181e39@avcodec.org> Message-ID: <050.bc518f08558bc2e2ed8004647599c2b6@avcodec.org> #4169: Support BPG Image format -------------------------------------+----------------------------------- Reporter: jamal | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: bpg hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: bpg => bpg hevc * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 23:08:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 22:08:45 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.7adeb437e4f63f806306026533eb1327@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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): Replying to [comment:4 clam]: > Looks like the interlacing information is lost somewhere between libavcodec and libswscale. I don't think this "information" exists at all: The interlaced flag in MPEG streams just tells you if the encoder was set to "interlaced" not if the content actually is interlaced. At least where I live, all dvb streams are encoded as "interlaced", both the progressive streams and the (live) interlaced streams, so the flag does not help in any way. We also have DVD sample streams where this flag does not help in any way. FFmpeg contains a filter that detects if the content is interlaced if you don't know in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 23:10:33 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 22:10:33 -0000 Subject: [FFmpeg-trac] #4165(undetermined:reopened): Improve page selection for dvb teletext (was: Bug with dvb_teletext. Thanks.) In-Reply-To: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> References: <036.67e486b59b79672a2b52b3f4e12448c1@avcodec.org> Message-ID: <051.ac619588ff336d9da40c47c04ed6420c@avcodec.org> #4165: Improve page selection for dvb teletext -------------------------------------+------------------------------------- Reporter: dinhka | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: dvb_teletext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * reproduced: 0 => 1 * resolution: worksforme => * priority: normal => wish * version: unspecified => git-master * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 23:11:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 22:11:51 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.791577dcc96ef54d28bd2b67bfe3cb64@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 kierank): Replying to [comment:8 cehoyos]: > Replying to [comment:4 clam]: > > Looks like the interlacing information is lost somewhere between libavcodec and libswscale. > > I don't think this "information" exists at all: The interlaced flag in MPEG streams just tells you if the encoder was set to "interlaced" not if the content actually is interlaced. At least where I live, all dvb streams are encoded as "interlaced", both the progressive streams and the (live) interlaced streams, so the flag does not help in any way. We also have DVD sample streams where this flag does not help in any way. > FFmpeg contains a filter that detects if the content is interlaced if you don't know in advance. The DVB encoder should still perform an interlaced chroma downconversion irrespective of the content type (because the DVB encoder doesn't know either). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 23:15:21 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 22:15:21 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.6f148787109d096b98af58f9b8dea979@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): Okay, I guess the fastest way to do this is to call vf_scale manually for now. It's really strange that libswscale doesn't have any kind of support for interlaced 420 chroma. It's a very usual pixel format : DV/DVCPro, MPEG2, MPEG4, found in interlaced DVDs, BluRay, TV broadcasts, etc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 8 23:23:52 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 08 Dec 2014 22:23:52 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.8dee1938c0fb0a42947743b97634c8b6@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): Replying to [comment:9 kierank]: > Replying to [comment:8 cehoyos]: > > Replying to [comment:4 clam]: > > > Looks like the interlacing information is lost somewhere between libavcodec and libswscale. > > > > I don't think this "information" exists at all: The interlaced flag in MPEG streams just tells you if the encoder was set to "interlaced" not if the content actually is interlaced. > > The DVB encoder should still perform an interlaced chroma downconversion irrespective of the content type (because the DVB encoder doesn't know either). Yes the actual content (interlaced/progressive) is irrelevant. The interlaced flag only indicates that the chroma is shared by two other lines (odd/odd or even/even) and not two consecutive lines (odd/even). Progressive 4:2:0 chroma is a better choice for progressive content but when you mix interlaced & progressive source, interlaced 4:2:0 chroma is an easier choice since it's compatible with both. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 02:03:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 01:03:57 -0000 Subject: [FFmpeg-trac] #4170(undetermined:new): ffmpeg is modifying shell memory? Message-ID: <041.900a609f7818ae82b2d18f4f817c44bf@avcodec.org> #4170: ffmpeg is modifying shell memory? -------------------------------------+------------------------------------- Reporter: MisterE2002 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: bash loop | Blocked By: strange output | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: using ffmpeg in a bash script is changing the outcome How to reproduce: I am using this command: {{{ ./del.sh -d "/home/test/_TESTENDEL/" }}} In this folder are a couple of mp4 files. if the "ffmpeg" line is commented the script works correct expected output: {{{ [test at laptop _SCRIPTS]$ ./del.sh -d "/home/test/_TESTENDEL/" listing of list: /home/test/_TESTENDEL/film2.mp4 /home/test/_TESTENDEL/film.mp4 INFO: processing file (1/2): "/home/test/_TESTENDEL/film2.mp4" 0 listing of list: /home/test/_TESTENDEL/film2.mp4 /home/test/_TESTENDEL/film.mp4 INFO: processing file (2/2): "/home/test/_TESTENDEL/film.mp4" 0 }}} if i enabled the "ffmpeg" line the script gives wrong outputs: {{{ [test at laptop _SCRIPTS]$ ./del.sh -d "/home/test/_TESTENDEL/" listing of list: /home/test/_TESTENDEL/film2.mp4 /home/test/_TESTENDEL/film.mp4 INFO: processing file (1/2): "/home/test/_TESTENDEL/film2.mp4" 0 listing of list: /home/test/_TESTENDEL/film2.mp4 /home/test/_TESTENDEL/film.mp4 INFO: processing file (2/2): "film.mp4" 1 }}} notice, the path is dissapeared. Sometimes letters of the filename itself are gone too. In some cases the loop itself refuses to iterate to the next file. If i add more files all odd filename are wrong. ffmpeg is doing something to the shell? extra info: Fedora: Linux laptop.local 3.17.4-200.fc20.x86_64 #1 SMP Fri Nov 21 23:26:41 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux ffmpeg version 2.1.6, built on Nov 29 2014 12:07:56 with gcc 4.8.3 (GCC) 20140911 (Red Hat 4.8.3-7) the bash script: {{{ #!/bin/bash # $1: complete path to directory process () { list=$(find "$1" -maxdepth 1 -type f -name "*.mp4") amount=$(echo "$list" | sed '1{/^$/d}' | wc -l) currentindex=0 rm -f log.LOG echo "$list" |sort | while read file; do #while read file; do echo "listing of list:" echo "$list" currentindex=$((currentindex+1)) echo "INFO: processing file (${currentindex}/${amount}): \"$file\"" #log=$(ffmpeg -y -i "$file" -t 00:02:30 "${file}.mp3" 2>&1) #ffmpeg -y -i "$file" -t 00:02:30 "${file}.mp3" log=$(ffmpeg -y -v 9 -loglevel 99 -i "$file" -t 00:02:30 "${file}.mp3" 2>&1) echo $? echo $log >> log.LOG echo "*** $currentindex ***" >> log.LOG #done < <(echo "$list"|sort) done } DIR= while getopts ":d:cevlA" opt; do case $opt in d) DIR="$OPTARG" ;; \?) echo "Invalid argument: -$OPTARG" >&2 exit $E_ARGS ;; esac done process "$DIR" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 04:27:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 03:27:21 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.795428e13104052a323a5ec5f8ad4908@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Attached a v9b. I'm still doing testing on this, but preliminar comparisons against v7 are strong. The instability of v9 seems to be eliminated, although I haven't tested very low bitrates (96kbps on stereo being the lowest for now). ANMR doesn't crash, but other than that I haven't worked much on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 04:29:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 03:29:38 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.28d1dbf8d372072ef253e2d5fecaca57@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Replying to [comment:338 Kamedo2]: > Please consider following cehoyos's suggestion in comment:292. > > libavcodec/aaccoder.c line 344 368 394 714 971 1025 1274 1292 > libavcodec/aacpsy.c line 989 Don't worry about this, I'll make sure to clean up everything when I make the incremental patches at the end. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 07:18:33 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 06:18:33 -0000 Subject: [FFmpeg-trac] #4171(undetermined:new): avformat_find_stream_info fail because Could not find codec parameters for stream 0 (Audio: mp3): unspecified frame size Message-ID: <036.57068591a366902fb1b455b65827b60d@avcodec.org> #4171: avformat_find_stream_info fail because Could not find codec parameters for stream 0 (Audio: mp3): unspecified frame size -------------------------------------+------------------------------------- Reporter: l68874 | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: mp3 | Blocked By: unspecified frame size | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I want upload ffmpeg from 0.5 vesion to new version,only use ffmpeg to decode media file. By using the new version 2.5 to decode mp3, avformat_find_stream_info fail because Could not find codec parameters for stream 0 (Audio: mp3): unspecified frame size and avformat_find_stream_info return < 0 . but the same mp3 file can be decode sccess by ffmpeg version 0.5. and I try to decode many mp3 file ,its all failed with version 2.5. Why? thanks for your help How to reproduce: {{{ # /bin/ffmpeg -v 9 -loglevel 99 -i /var/fff.mp3 /var/fff.wav ffmpeg version 2.5 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 6 2014 17:13:10 with gcc 4.4.6 (crosstool-NG 1.13.2 - hsan-5115) configuration: --enable-cross-compile --arch=arm --target-os=linux --cpu=cortex-a9 --cross-prefix=/opt/tooin_hisi_ipsec/arm-hsan-linux- uclibcgnueabi/bin/arm-hsan-linux-uclibcgnueabi- --enable-debug --disable- doc --disable-htmlpages --disable-manpages --disable-podpages --disable- txtpages --disable-ffplay --disable-ffserver --disable-network --disable- ffprobe -able-avdevice --disable-swscale --disable-postproc --disable- w32threads --disable-os2threads --disable-runtime-cpudetect --disable- mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --disable-fft --disable- mdct --disable-rdft --disable-encoders --disable-mux--disable-devices --disable-filters --disable-bsfs --enable-protocol=file --enable- demuxer=rm --enable-ffmpeg --enable-demuxer=matroska --enable-demuxer=mov --enable-demuxer=mp3 --enable-demuxer=aac --enable-demuxer=amr --enable- demuxer=avi --enable-demuxef --enable-demuxer=mpegps --enable- demuxer=mpegts --enable-demuxer=mpegtsraw --enable-demuxer=rawvideo --enable-demuxer=wav --enable-demuxer=mpegvideo --enable-demuxer=image2 --enable-decoder=mjpeg --enable-decoder=png --enable-decoder=gif --enable- parser=video --enable-parser=mpegaudio --enable-shared --extra-libs=-lz --enable-zlib --enable-small --extra- ldflags=-L/usr1/home/lijie/R5_1202_255s/output/host/usr/arm-unknown-linux- uclibcgnueabi/sysroot/lib --extra- cflags=-I/usr1/home/lijie/R5_1202_255s/output//usr/include libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavfilter 5. 2.103 / 5. 2.103 libswresample 1. 1.100 / 1. 1.100 Splitting the commandline[0mReading 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 ... matched as input file with argument '/var/fff.mp3'. Reading option '/var/fff.wav' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . lying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file /var/fff.mp3. Successfully parsed a group of options. Opening an input file:r/fff.mp3. [mp3 @ 0x3b0c0] Format mp3 probed with size=131072 and score=50 [mp3 @ 0x3b0c0] id3v2 ver:3 flags:00 len:246 [mp3 @ 0x3b0c0] id3v2 ver:4 flags:00 len:1131 [mp3 @ 0x3b0c0] pad 576 1600 [mp3 @ 0x3b0c0] Before avformat_find_stream_info() pos: 1814 bytes read:131072 seeks:0 [mp3 @ 0x3b0c0] demuxer injecting skip 1105 [mp3 @ 0x3b0c0] max_analyze_duration 5000000 reached at 5015510 microseconds [mp3 @ 0x3b0c0] Could not find codec parameters for stream 0 (Audio: mp3, 44100 Hz, 2 channels, 128 kb/s): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mp3 @ 0x3b0c0] After avformat_find_stream_info() pos: 83734 bytes read:131072 seeks:0 frames:194 /var/fff.mp3: could not find codec parameters Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mp3, from '/var/fff.mp3': Metadata: title : ?? artist : ?? album : Ultrasound ???1997-2003(?????) Duration: 00:03:59.73, start: 0.025057, bitrate: 128 kb/s Stream #0:0, 194, 1/14112000: Audio: mp3, 44100 Hz, 2 channels, 128 kb/s Metadata: encoder : LAME3.97 Successfully opened the file. Parsing a group of options: output file /var/fff.wav. Successfully parsed a group of options. Opening an output file: /var/fff.wav. [NULL @ 0x7d010] Unable to find a suitable output format for '/var/fff.wav' /var/fff.wav: Invalid argument [AVIOContext @ 0x43920] Statistics: 131072 bytes read, 0 seeks}}} 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 Tue Dec 9 09:45:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 08:45:43 -0000 Subject: [FFmpeg-trac] #4171(undetermined:closed): avformat_find_stream_info fail because Could not find codec parameters for stream 0 (Audio: mp3): unspecified frame size In-Reply-To: <036.57068591a366902fb1b455b65827b60d@avcodec.org> References: <036.57068591a366902fb1b455b65827b60d@avcodec.org> Message-ID: <051.834d6815a320c4b2111a9839c8312ea2@avcodec.org> #4171: avformat_find_stream_info fail because Could not find codec parameters for stream 0 (Audio: mp3): unspecified frame size -------------------------------------+------------------------------------- Reporter: l68874 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mp3 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp3 unspecified frame size => mp3 * priority: important => normal * status: new => closed * resolution: => invalid Comment: Please test with a configure line that does not contain any --disable-* options. If it still fails, please reopen this ticket. If you need support with your configure line, please ask on the user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 11:35:57 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 10:35:57 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.e69fbe350cd2911e08ca37c2c75fe3cd@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): I did a quick check this morning, the issue is the same for interlaced DV content. I wanted to make sure that it was not an issue with the mpeg decoder only. IMO the real definitive answer to this would be to implement a mandatory conversion to a 4:2:2 pixel format (with correct upscale) while or just after decoding if the original pixel format is using interlaced 4:2:0 chroma. That's actually how professionnal/broadcast conversion and editing tools works, except the chroma upscale is directly implemented into the various codecs. It's the best solution but it also means the upscale quality depends of the codec's builtin scale (hence the real quality difference between DV decoders like Microsoft, Apple, Mainconcept, Avid...). Implementing the upscale into the codec also mean you might break compatibility with software expecting a 4:2:0 output, and of course that kind of defeat the purpose of lbswscale. Another way of doing this would be to detect if the destination format accepts chroma formats > 4:2:0 (like 4:2:2, 4:4:4, RGB) and then automatically upscale the chroma. If not, revert to the current behavior and log a warning that the chroma is going to be incorreclty handled. For the record, AviSynth had the exact same kind of issue with pixel format conversion that was fixed very late. http://avisynth.nl/index.php/Interlaced_fieldbased http://avisynth.nl/index.php/Sampling The source of this issue is that ffmpeg doesn't have an internal 4:2:0 interlaced pixel_format support (tagged incompatible with progressive 4:2:0). Which is not that surprising since it doesn't come from the broadcast world. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 11:43:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 10:43:21 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.82b6b008706fce50a0e89ca3b862e849@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 kierank): FFmpeg doesn't need an interlaced pixel format since the pixel format defines the structure in memory and not the chroma location. You are right though that 4:2:0 interlaced content should be upscaled correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 12:05:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 11:05:13 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.890c0b161529989fcc1912ef15c2cb31@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 gjdfgh): I don't know why you say that VLC has the same problem. VLC is a video player, and is supposed to display the video. So if you want meaningful output, you have to enable a deinterlacer (unless vlc does that by default). Also, VLC will probably upscale using the video output API, and not libswscale. (Unless you mean the transcoder part of VLC.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 16:07:33 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 15:07:33 -0000 Subject: [FFmpeg-trac] #4161(undetermined:open): MPEG2 PS sample: wrong aspect ratio In-Reply-To: <043.8c32d70fef440198647ccd0970cfdc95@avcodec.org> References: <043.8c32d70fef440198647ccd0970cfdc95@avcodec.org> Message-ID: <058.87dd2a31fe057565c5d305097e6a3d82@avcodec.org> #4161: MPEG2 PS sample: wrong aspect ratio -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: aspect | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aspect * status: new => open * reproduced: 0 => 1 Comment: WMP starts the file 4:3 as MPlayer, vlc and FFplay do, after a moment it changes the aspect ratio to 16:9. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 17:49:14 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 16:49:14 -0000 Subject: [FFmpeg-trac] #4172(undetermined:new): https stream error (does not contain any stream) Message-ID: <038.9f8514854fea0012d29948643f719342@avcodec.org> #4172: https stream error (does not contain any stream) -------------------------------------+------------------------------------- Reporter: Einguste | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: https https | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg.exe -y -i https://nhk-vh.akamaihd.net/i/gogaku- stream/mp4/14-ebn-4232-5 48.mp4/master.m3u8 -b:a 64k -id3v2_version 3 2014_12_02.mp3 ffmpeg version N-68271-geb74839 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 6 2014 22:31:47 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 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 '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '-i' ... matched as input file with argument 'https://nhk- vh.akamaihd.net/i/gogaku-stream/mp4/14-ebn-4232-548.mp4/master.m3u8'. Reading option '-b:a' ... matched as option 'b' (video bitrate (please use -b:v)) with argument '64k'. Reading option '-id3v2_version' ... matched as AVOption 'id3v2_version' with argument '3'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '1'. Reading option '2014_12_02.mp3' ... 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 https://nhk-vh.akamaihd.net/i /gogaku-stream/mp4/14-ebn-4232-548.mp4/master.m3u8. Successfully parsed a group of options. Opening an input file: https://nhk-vh.akamaihd.net/i/gogaku- stream/mp4/14-ebn-4232-548.mp4/master.m3u8. [https @ 0000000000305560] request: GET /i/gogaku- stream/mp4/14-ebn-4232-548.mp4/master.m3u8 HTTP/1.1 User-Agent: Lavf/56.15.102 Accept: */* Range: bytes=0- Connection: close Host: nhk-vh.akamaihd.net Icy-MetaData: 1 [https @ 0000000000305560] header='HTTP/1.1 206 Partial Content' [https @ 0000000000305560] http_code=206 [https @ 0000000000305560] header='Server: AkamaiGHost' [https @ 0000000000305560] header='Mime-Version: 1.0' [https @ 0000000000305560] header='Content-Type: application/vnd.apple.mpegurl' [https @ 0000000000305560] header='Pragma: no-cache' [https @ 0000000000305560] header='Cache-Control: no-store' [https @ 0000000000305560] header='Expires: Tue, 09 Dec 2014 16:19:55 GMT' [https @ 0000000000305560] header='Date: Tue, 09 Dec 2014 16:19:55 GMT' [https @ 0000000000305560] header='Content-Range: bytes 0-252/253' [https @ 0000000000305560] header='Content-Length: 253' [https @ 0000000000305560] header='Connection: close' [https @ 0000000000305560] header='Access-Control-Allow-Headers: *' [https @ 0000000000305560] header='Access-Control-Expose-Headers: *' [https @ 0000000000305560] header='Access-Control-Allow-Methods: GET, HEAD, OPTIONS' [https @ 0000000000305560] header='Access-Control-Allow-Origin: *' [https @ 0000000000305560] header='Set-Cookie: _alid_=IDW94dJr76srIAFKybQdIg==; path=/i/gogaku- stream/mp4/14-ebn-4232-548.mp4/; domain=nhk-vh.akamaihd.net' [https @ 0000000000305560] header='' [hls,applehttp @ 0000000000304de0] Format hls,applehttp probed with size=2048 and score=100 [https @ 0000000000317220] request: GET /i/gogaku- stream/mp4/14-ebn-4232-548.mp4/index_0_a.m3u8?null=&id=AgDcZrSodpvmRCshh1QnsiTNFGuGoTDvSkuiOcNr7NfLJqj%2fmCvaI4nVLxffebgrywU0ncQELPK1xw%3d%3d HTTP/1.1 User-Agent: Lavf/56.15.102 Accept: */* Connection: close Host: nhk-vh.akamaihd.net Cookie: _alid_=IDW94dJr76srIAFKybQdIg== Icy-MetaData: 1 [http @ 0000000005a20360] header='HTTP/1.1 200 OK' [http @ 0000000005a20360] http_code=200 [http @ 0000000005a20360] header='Server: AkamaiGHost' [http @ 0000000005a20360] header='Mime-Version: 1.0' [http @ 0000000005a20360] header='Content-Type: video/MP2T' [http @ 0000000005a20360] header='Content-Length: 66560' [http @ 0000000005a20360] header='Pragma: no-cache' [http @ 0000000005a20360] header='Cache-Control: no-store' [http @ 0000000005a20360] header='Expires: Tue, 09 Dec 2014 16:20:01 GMT' [http @ 0000000005a20360] header='Date: Tue, 09 Dec 2014 16:20:01 GMT' [http @ 0000000005a20360] header='Connection: close' [http @ 0000000005a20360] header='Access-Control-Allow-Headers: *' [http @ 0000000005a20360] header='Access-Control-Expose-Headers: *' [http @ 0000000005a20360] header='Access-Control-Allow-Methods: GET, HEAD, OPTIONS' [http @ 0000000005a20360] header='Access-Control-Allow-Origin: *' [http @ 0000000005a20360] header='Set-Cookie: _alid_=PXHWJ0kk2u7IT85/kUWmyg==; path=/i/gogaku- stream/mp4/14-ebn-4232-548.mp4/; domain=nhk-vh.akamaihd.net' [http @ 0000000005a20360] header='' [mpegts @ 000000000594baa0] Unable to seek back to the start [mpegts @ 000000000594baa0] Before avformat_find_stream_info() pos: 5014336 bytes read:5015944 seeks:0 [mpegts @ 000000000594baa0] All info found [mpegts @ 000000000594baa0] After avformat_find_stream_info() pos: 5014336 bytes read:5015944 seeks:0 frames:0 [hls,applehttp @ 0000000000304de0] Before avformat_find_stream_info() pos: 253 bytes read:253 seeks:0 [hls,applehttp @ 0000000000304de0] All info found [hls,applehttp @ 0000000000304de0] After avformat_find_stream_info() pos: 253 bytes read:253 seeks:0 frames:0 Input #0, hls,applehttp, from 'https://nhk-vh.akamaihd.net/i/gogaku- stream/mp4/14-ebn-4232-548.mp4/master.m3u8': Duration: 00:15:00.86, bitrate: 0 kb/s Program 0 Metadata: variant_bitrate : 46000 Successfully opened the file. Parsing a group of options: output file 2014_12_02.mp3. Applying option b:a (video bitrate (please use -b:v)) with argument 64k. Applying option t (record or transcode "duration" seconds of audio/video) with argument 1. Successfully parsed a group of options. Opening an output file: 2014_12_02.mp3. Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (2014_12_02.mp3) 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. Successfully opened the file. Output #0, mp3, to '2014_12_02.mp3': Output file #0 does not contain any stream [AVIOContext @ 0000000005a1bc20] Statistics: 0 seeks, 0 writeouts [AVIOContext @ 0000000000316fc0] Statistics: 253 bytes read, 0 seeks }}} {{{ ffmpeg.exe -y -i https://nhk-vh.akamaihd.net/i/gogaku- stream/mp4/14-ebn-4232-5 48.mp4/master.m3u8 -b:a 64k -id3v2_version 3 2014_12_02.mp3 ffmpeg version 2.4.4 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 7 2014 04:56:46 with gcc 4.9.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-avisynth --enable-fontconfig --enable-frei0r --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libcaca --enable-libcdio --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libvidstab --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxvid --enable-libilbc --enable-libxavs --enable-opengl --enable-libwebp --enable-avresample --enable-w32threads --extra-ldflags=-static --extra-cflags='-march=i686 -mtune=generic -mfpmath=sse -msse' --optflags='-O2 -finline-functions' libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, hls,applehttp, from 'https://nhk-vh.akamaihd.net/i/gogaku- stream/mp4/14-ebn-4232-548.mp4/master.m3u8': Duration: 00:15:00.86, start: 0.100667, bitrate: 0 kb/s Program 0 Metadata: variant_bitrate : 46000 Stream #0:0: Audio: aac ([15][0][0][0] / 0x000F), 24000 Hz, stereo, fltp, 43 kb/s Metadata: variant_bitrate : 46000 Stream #0:1: Data: timed_id3 (ID3 / 0x20334449) Metadata: variant_bitrate : 46000 Output #0, mp3, to '2014_12_02.mp3': Metadata: TSSE : Lavf56.4.101 Stream #0:0: Audio: mp3 (libmp3lame), 24000 Hz, stereo, fltp, 64 kb/s Metadata: variant_bitrate : 46000 encoder : Lavc56.1.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help size= 195kB time=00:00:24.84 bitrate= 64.2kbits/s size= 391kB time=00:00:49.96 bitrate= 64.1kbits/s size= 565kB time=00:01:12.26 bitrate= 64.1kbits/s size= 725kB time=00:01:32.76 bitrate= 64.1kbits/s size= 905kB time=00:01:55.80 bitrate= 64.0kbits/s size= 1076kB time=00:02:17.64 bitrate= 64.0kbits/s size= 1250kB time=00:02:39.91 bitrate= 64.0kbits/s size= 1407kB time=00:02:59.97 bitrate= 64.0kbits/s size= 1563kB time=00:03:20.01 bitrate= 64.0kbits/s size= 1723kB time=00:03:40.48 bitrate= 64.0kbits/s size= 1885kB time=00:04:01.20 bitrate= 64.0kbits/s size= 2042kB time=00:04:21.24 bitrate= 64.0kbits/s size= 2195kB time=00:04:40.87 bitrate= 64.0kbits/s size= 2358kB time=00:05:01.72 bitrate= 64.0kbits/s size= 2507kB time=00:05:20.80 bitrate= 64.0kbits/s size= 2659kB time=00:05:40.22 bitrate= 64.0kbits/s size= 2827kB time=00:06:01.72 bitrate= 64.0kbits/s size= 2988kB time=00:06:22.36 bitrate= 64.0kbits/s size= 3141kB time=00:06:41.92 bitrate= 64.0kbits/s size= 3282kB time=00:06:59.97 bitrate= 64.0kbits/s size= 3438kB time=00:07:19.96 bitrate= 64.0kbits/s size= 3594kB time=00:07:39.98 bitrate= 64.0kbits/s size= 3750kB time=00:07:59.95 bitrate= 64.0kbits/s size= 3906kB time=00:08:19.84 bitrate= 64.0kbits/s size= 4052kB time=00:08:38.61 bitrate= 64.0kbits/s size= 4210kB time=00:08:58.80 bitrate= 64.0kbits/s size= 4371kB time=00:09:19.39 bitrate= 64.0kbits/s size= 4523kB time=00:09:38.85 bitrate= 64.0kbits/s size= 4679kB time=00:09:58.77 bitrate= 64.0kbits/s size= 4844kB time=00:10:19.99 bitrate= 64.0kbits/s size= 5000kB time=00:10:39.96 bitrate= 64.0kbits/s size= 5166kB time=00:11:01.15 bitrate= 64.0kbits/s size= 5325kB time=00:11:21.48 bitrate= 64.0kbits/s size= 5481kB time=00:11:41.52 bitrate= 64.0kbits/s size= 5625kB time=00:11:59.95 bitrate= 64.0kbits/s size= 5772kB time=00:12:18.72 bitrate= 64.0kbits/s size= 5911kB time=00:12:36.48 bitrate= 64.0kbits/s size= 6061kB time=00:12:55.75 bitrate= 64.0kbits/s size= 6212kB time=00:13:15.04 bitrate= 64.0kbits/s size= 6373kB time=00:13:35.66 bitrate= 64.0kbits/s size= 6525kB time=00:13:55.15 bitrate= 64.0kbits/s size= 6687kB time=00:14:15.84 bitrate= 64.0kbits/s size= 6848kB time=00:14:36.50 bitrate= 64.0kbits/s size= 6983kB time=00:14:53.68 bitrate= 64.0kbits/s size= 7039kB time=00:15:00.86 bitrate= 64.0kbits/s video:0kB audio:7038kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.003274% }}} 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 Tue Dec 9 17:50:08 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 16:50:08 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.978fa7ba5fcec89cdd340bdfb9180026@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): The v9b patch is working just fine. I'm currently testing many diverse samples and settings. [[Image(http://i62.tinypic.com/1z4vpxv.png)]] [[Image(http://i58.tinypic.com/2882q82.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 18:03:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 17:03:13 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.602844166274bcd4a68f3db261a1a6a1@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): The option -aac_coder '''fast''' and '''faac''' crash on both -b:a and -q:a. {{{ ffmpeg_r68337_v9b -y -i ffmpeg_anmr_error5.flac -c:a aac -strict experimental -q:a 1 -aac_coder faac out.wav }}} {{{ ffmpeg_r68337_v9b -y -i ffmpeg_anmr_error4.flac -c:a aac -strict experimental -b:a 128k -aac_coder fast out.wav }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 18:07:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 17:07:41 -0000 Subject: [FFmpeg-trac] #4172(undetermined:new): https stream error (does not contain any stream) In-Reply-To: <038.9f8514854fea0012d29948643f719342@avcodec.org> References: <038.9f8514854fea0012d29948643f719342@avcodec.org> Message-ID: <053.61fa863bf2743c5ad885a5444c1e6497@avcodec.org> #4172: https stream error (does not contain any stream) -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: https http | Resolution: stream | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Einguste): * keywords: https https stream => https http stream -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 18:29:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 17:29:53 -0000 Subject: [FFmpeg-trac] #4173(avformat:new): mxf: memory leak with fuzzed file Message-ID: <036.d11f011f3fbd18c9b3719be4543321c1@avcodec.org> #4173: mxf: memory leak with fuzzed file ----------------------------------+-------------------------------------- Reporter: tholin | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I found a memory leak in mpv with a fuzzed file. The problem appears to be in ffmpeg so I report it here directly. Adding several fuzzed files like these to mpvs playlist will deplete my 16G of ram. {{{ $ valgrind -v --tool=memcheck --leak-check=full ~/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg -loglevel 99 -i mxf_leak1.mxf ==850== Memcheck, a memory error detector ==850== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==850== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==850== Command: /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg -loglevel 99 -i mxf_leak1.mxf ==850== --850-- Valgrind options: --850-- -v --850-- --tool=memcheck --850-- --leak-check=full --850-- Contents of /proc/version: --850-- Linux version 3.17.4+ (root at multivac) (gcc version 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) ) #1 SMP PREEMPT Fri Nov 28 10:00:08 CET 2014 --850-- Arch and hwcaps: AMD64, LittleEndian, amd64-cx16-lzcnt-rdtscp-sse3 -avx-avx2-bmi --850-- Page sizes: currently 4096, max supported 4096 --850-- Valgrind library directory: /usr/lib64/valgrind --850-- Reading syms from /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg --850-- Reading syms from /lib64/ld-2.19.so --850-- Considering /usr/lib/debug/lib64/ld-2.19.so.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/valgrind/memcheck-amd64-linux --850-- Considering /usr/lib/debug/.build- id/a3/0b3405999aba7a8e56f06c16d44bee973e62de.debug .. --850-- .. build-id is valid --850-- object doesn't have a dynamic symbol table --850-- Scheduler: using generic scheduler lock implementation. --850-- Reading suppressions file: /usr/lib64/valgrind/default.supp ==850== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-850 -by-cocobo-on-??? ==850== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-850 -by-cocobo-on-??? ==850== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem- vgdb-850-by-cocobo-on-??? ==850== ==850== TO CONTROL THIS PROCESS USING vgdb (which you probably ==850== don't want to do, unless you know exactly what you're doing, ==850== or are doing some strange experiment): ==850== /usr/lib64/valgrind/../../bin/vgdb --pid=850 ...command... ==850== ==850== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==850== /path/to/gdb /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg ==850== and then give GDB the following command ==850== target remote | /usr/lib64/valgrind/../../bin/vgdb --pid=850 ==850== --pid is optional if only one valgrind process is running ==850== --850-- REDIR: 0x4017d50 (ld-linux-x86-64.so.2:strlen) redirected to 0x38076571 (vgPlain_amd64_linux_REDIR_FOR_strlen) --850-- Reading syms from /usr/lib64/valgrind/vgpreload_core- amd64-linux.so --850-- Considering /usr/lib/debug/.build- id/58/67b922f0bc96aee7b64c349a285bd67f59f007.debug .. --850-- .. build-id is valid --850-- Reading syms from /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so --850-- Considering /usr/lib/debug/.build- id/d4/d2468b6123ae7af22107a7a93631c42003a021.debug .. --850-- .. build-id is valid ==850== WARNING: new redirection conflicts with existing -- ignoring it --850-- old: 0x04017d50 (strlen ) R-> (0000.0) 0x38076571 vgPlain_amd64_linux_REDIR_FOR_strlen --850-- new: 0x04017d50 (strlen ) R-> (2007.0) 0x04c2c600 strlen --850-- REDIR: 0x4017a20 (ld-linux-x86-64.so.2:index) redirected to 0x4c2c1b0 (index) --850-- REDIR: 0x4017c40 (ld-linux-x86-64.so.2:strcmp) redirected to 0x4c2d750 (strcmp) --850-- REDIR: 0x4018a50 (ld-linux-x86-64.so.2:mempcpy) redirected to 0x4c30200 (mempcpy) --850-- Reading syms from /usr/lib64/libXv.so.1.0.0 --850-- Considering /usr/lib/debug/usr/lib64/libXv.so.1.0.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libX11.so.6.3.0 --850-- Considering /usr/lib/debug/usr/lib64/libX11.so.6.3.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libXext.so.6.4.0 --850-- Considering /usr/lib/debug/usr/lib64/libXext.so.6.4.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libxcb.so.1.1.0 --850-- Considering /usr/lib/debug/usr/lib64/libxcb.so.1.1.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libxcb-shm.so.0.0.0 --850-- Considering /usr/lib/debug/usr/lib64/libxcb-shm.so.0.0.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libxcb-xfixes.so.0.0.0 --850-- Considering /usr/lib/debug/usr/lib64/libxcb- xfixes.so.0.0.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libxcb-shape.so.0.0.0 --850-- Considering /usr/lib/debug/usr/lib64/libxcb-shape.so.0.0.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libjack.so.0.0.28 --850-- Considering /usr/lib/debug/usr/lib64/libjack.so.0.0.28.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libasound.so.2.0.0 --850-- Considering /usr/lib/debug/.build- id/2e/80b4d78320a5a3cdfbd2e77ca2d0e7287635c0.debug .. --850-- .. build-id is valid --850-- Reading syms from /usr/lib64/libSDL-1.2.so.0.11.4 --850-- Considering /usr/lib/debug/usr/lib64/libSDL-1.2.so.0.11.4.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/libpthread-2.19.so --850-- Considering /usr/lib/debug/lib64/libpthread-2.19.so.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/libm-2.19.so --850-- Considering /usr/lib/debug/lib64/libm-2.19.so.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/liblzma.so.5.0.7 --850-- Considering /usr/lib/debug/lib64/liblzma.so.5.0.7.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/libbz2.so.1.0.6 --850-- Considering /usr/lib/debug/lib64/libbz2.so.1.0.6.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/libz.so.1.2.8 --850-- Considering /usr/lib/debug/lib64/libz.so.1.2.8.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libvdpau.so.1.0.0 --850-- Considering /usr/lib/debug/usr/lib64/libvdpau.so.1.0.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/libc-2.19.so --850-- Considering /usr/lib/debug/lib64/libc-2.19.so.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/libdl-2.19.so --850-- Considering /usr/lib/debug/lib64/libdl-2.19.so.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libXau.so.6.0.0 --850-- Considering /usr/lib/debug/usr/lib64/libXau.so.6.0.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /usr/lib64/libXdmcp.so.6.0.0 --850-- Considering /usr/lib/debug/usr/lib64/libXdmcp.so.6.0.0.debug .. --850-- .. CRC is valid --850-- Reading syms from /lib64/librt-2.19.so --850-- Considering /usr/lib/debug/lib64/librt-2.19.so.debug .. --850-- .. CRC is valid --850-- REDIR: 0x72f2130 (libc.so.6:strcasecmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x72f4420 (libc.so.6:strncasecmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x72f1900 (libc.so.6:memcpy at GLIBC_2.2.5) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x72efc80 (libc.so.6:rindex) redirected to 0x4c2be90 (rindex) --850-- REDIR: 0x72ec2e0 (libc.so.6:index) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x72ec310 (libc.so.6:__GI_strchr) redirected to 0x4c2bff0 (__GI_strchr) --850-- REDIR: 0x72edf80 (libc.so.6:strlen) redirected to 0x4c2c540 (strlen) --850-- REDIR: 0x72ee3a0 (libc.so.6:strncmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x738f6f0 (libc.so.6:__strncmp_ssse3) redirected to 0x4c2cd20 (strncmp) --850-- REDIR: 0x72ec530 (libc.so.6:strcmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x738e490 (libc.so.6:__strcmp_ssse3) redirected to 0x4c2d610 (strcmp) --850-- REDIR: 0x72f0d90 (libc.so.6:strstr) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x7305c80 (libc.so.6:__strstr_sse2_unaligned) redirected to 0x4c30400 (strstr) --850-- REDIR: 0x72f6b50 (libc.so.6:__GI_memcpy) redirected to 0x4c2e0f0 (__GI_memcpy) --850-- REDIR: 0x72e88d0 (libc.so.6:free) redirected to 0x4c2a1d0 (free) --850-- REDIR: 0x72ea290 (libc.so.6:posix_memalign) redirected to 0x4c2b640 (posix_memalign) --850-- REDIR: 0x72f8ac0 (libc.so.6:strchrnul) redirected to 0x4c2fe10 (strchrnul) --850-- REDIR: 0x72ed9c0 (libc.so.6:strcpy) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x73015e0 (libc.so.6:__strcpy_sse2_unaligned) redirected to 0x4c2c620 (strcpy) --850-- REDIR: 0x72ee3f0 (libc.so.6:__GI_strncmp) redirected to 0x4c2cd90 (__GI_strncmp) ffmpeg version N-68291-g4fa2758 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 8 2014 09:25:34 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/home/cocobo/repository/mpv- build_vanilla_debug/build_libs --enable-static --disable-shared --enable- gpl --enable-avresample --enable-debug=gdb --disable-doc --disable- optimizations --disable-stripping libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 --850-- REDIR: 0x72f1990 (libc.so.6:memset) redirected to 0x4c2f7b0 (memset) --850-- REDIR: 0x739e320 (libc.so.6:__memmove_ssse3_back) redirected to 0x4c2d8b0 (memcpy at GLIBC_2.2.5) Splitting the commandline. Reading option '-loglevel' ...--850-- REDIR: 0x72e8960 (libc.so.6:realloc) redirected to 0x4c2b260 (realloc) matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'mxf_leak1.mxf'. 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 mxf_leak1.mxf. Successfully parsed a group of options. Opening an input file: mxf_leak1.mxf. --850-- REDIR: 0x72f6b00 (libc.so.6:memcpy@@GLIBC_2.14) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x72fca20 (libc.so.6:__memcpy_sse2_unaligned) redirected to 0x4c2db10 (memcpy@@GLIBC_2.14) --850-- REDIR: 0x72f02f0 (libc.so.6:strspn) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x738b350 (libc.so.6:__strspn_sse42) redirected to 0x4c30680 (strspn) --850-- REDIR: 0x72f1320 (libc.so.6:bcmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x73ae2f0 (libc.so.6:__memcmp_sse4_1) redirected to 0x4c2f060 (__memcmp_sse4_1) --850-- REDIR: 0x72f88b0 (libc.so.6:rawmemchr) redirected to 0x4c2fe50 (rawmemchr) --850-- REDIR: 0x72edae0 (libc.so.6:strcspn) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --850-- REDIR: 0x738b100 (libc.so.6:__strcspn_sse42) redirected to 0x4c30610 (strcspn) [mxf @ 0x7e38140] Format mxf probed with size=2048 and score=100 [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.05.01.01.0d.01.02.01.01.02.04.00 Last message repeated 3 times [mxf @ 0x7e38140] invalid KAGSize 0 - guessing 512 [mxf @ 0x7e38140] Dark key 06.0e.2b.34.01.01.01.01.03.01.02.10.01.00.00.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.2f.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.30.00 Last message repeated 10 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.18.00 Last message repeated 11 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.23.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.36.00 Last message repeated 13 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.37.00 Last message repeated 12 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.44.00 Last message repeated 17 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.28.00 Last message repeated 19 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.42.00 Last message repeated 75 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 ==850== Warning: set address range perms: large range [0x8225080, 0x2a4ae7a0) (undefined) Last message repeated 14 times [mxf @ 0x7e38140] local tag 0x1001 extends past end of local set @ 0x10d9 [mxf @ 0x7e38140] error reading header metadata [AVIOContext @ 0x7e40e40] Statistics: 6952 bytes read, 0 seeks mxf_leak1.mxf: Invalid data found when processing input ==850== ==850== HEAP SUMMARY: ==850== in use at exit: 573,117,580 bytes in 28 blocks ==850== total heap usage: 161 allocs, 133 frees, 573,227,858 bytes allocated ==850== ==850== Searching for pointers to 28 not-freed blocks ==850== Checked 580,354,184 bytes ==850== ==850== 573,085,472 bytes in 1 blocks are possibly lost in loss record 25 of 25 ==850== at 0x4C2B560: memalign (vg_replace_malloc.c:760) ==850== by 0x4C2B677: posix_memalign (vg_replace_malloc.c:913) ==850== by 0x11E106F: av_malloc (mem.c:95) ==850== by 0x11E12FF: av_mallocz (mem.c:245) ==850== by 0x11E1368: av_calloc (mem.c:255) ==850== by 0x63CC45: mxf_read_sequence (mxfdec.c:744) ==850== by 0x640A29: mxf_read_local_tags (mxfdec.c:2141) ==850== by 0x640C20: mxf_parse_klv (mxfdec.c:2185) ==850== by 0x641911: mxf_read_header (mxfdec.c:2522) ==850== by 0x6C48B9: avformat_open_input (utils.c:463) ==850== by 0x410FB7: open_input_file (ffmpeg_opt.c:873) ==850== by 0x419107: open_files (ffmpeg_opt.c:2699) ==850== ==850== LEAK SUMMARY: ==850== definitely lost: 0 bytes in 0 blocks ==850== indirectly lost: 0 bytes in 0 blocks ==850== possibly lost: 573,085,472 bytes in 1 blocks ==850== still reachable: 32,108 bytes in 27 blocks ==850== suppressed: 0 bytes in 0 blocks ==850== Reachable blocks (those to which a pointer was found) are not shown. ==850== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==850== ==850== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) ==850== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) }}} {{{ $ valgrind -v --tool=memcheck --leak-check=full ~/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg -loglevel 99 -i mxf_leak2.mxf ==18483== Memcheck, a memory error detector ==18483== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==18483== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==18483== Command: /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg -loglevel 99 -i mxf_leak2.mxf ==18483== --18483-- Valgrind options: --18483-- -v --18483-- --tool=memcheck --18483-- --leak-check=full --18483-- Contents of /proc/version: --18483-- Linux version 3.17.4+ (root at multivac) (gcc version 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) ) #1 SMP PREEMPT Fri Nov 28 10:00:08 CET 2014 --18483-- Arch and hwcaps: AMD64, LittleEndian, amd64-cx16-lzcnt-rdtscp- sse3-avx-avx2-bmi --18483-- Page sizes: currently 4096, max supported 4096 --18483-- Valgrind library directory: /usr/lib64/valgrind --18483-- Reading syms from /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg --18483-- Reading syms from /lib64/ld-2.19.so --18483-- Considering /usr/lib/debug/lib64/ld-2.19.so.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/valgrind/memcheck-amd64-linux --18483-- Considering /usr/lib/debug/.build- id/a3/0b3405999aba7a8e56f06c16d44bee973e62de.debug .. --18483-- .. build-id is valid --18483-- object doesn't have a dynamic symbol table --18483-- Scheduler: using generic scheduler lock implementation. --18483-- Reading suppressions file: /usr/lib64/valgrind/default.supp ==18483== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb- to-18483-by-cocobo-on-??? ==18483== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb- from-18483-by-cocobo-on-??? ==18483== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem- vgdb-18483-by-cocobo-on-??? ==18483== ==18483== TO CONTROL THIS PROCESS USING vgdb (which you probably ==18483== don't want to do, unless you know exactly what you're doing, ==18483== or are doing some strange experiment): ==18483== /usr/lib64/valgrind/../../bin/vgdb --pid=18483 ...command... ==18483== ==18483== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==18483== /path/to/gdb /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg ==18483== and then give GDB the following command ==18483== target remote | /usr/lib64/valgrind/../../bin/vgdb --pid=18483 ==18483== --pid is optional if only one valgrind process is running ==18483== --18483-- REDIR: 0x4017d50 (ld-linux-x86-64.so.2:strlen) redirected to 0x38076571 (vgPlain_amd64_linux_REDIR_FOR_strlen) --18483-- Reading syms from /usr/lib64/valgrind/vgpreload_core- amd64-linux.so --18483-- Considering /usr/lib/debug/.build- id/58/67b922f0bc96aee7b64c349a285bd67f59f007.debug .. --18483-- .. build-id is valid --18483-- Reading syms from /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so --18483-- Considering /usr/lib/debug/.build- id/d4/d2468b6123ae7af22107a7a93631c42003a021.debug .. --18483-- .. build-id is valid ==18483== WARNING: new redirection conflicts with existing -- ignoring it --18483-- old: 0x04017d50 (strlen ) R-> (0000.0) 0x38076571 vgPlain_amd64_linux_REDIR_FOR_strlen --18483-- new: 0x04017d50 (strlen ) R-> (2007.0) 0x04c2c600 strlen --18483-- REDIR: 0x4017a20 (ld-linux-x86-64.so.2:index) redirected to 0x4c2c1b0 (index) --18483-- REDIR: 0x4017c40 (ld-linux-x86-64.so.2:strcmp) redirected to 0x4c2d750 (strcmp) --18483-- REDIR: 0x4018a50 (ld-linux-x86-64.so.2:mempcpy) redirected to 0x4c30200 (mempcpy) --18483-- Reading syms from /usr/lib64/libXv.so.1.0.0 --18483-- Considering /usr/lib/debug/usr/lib64/libXv.so.1.0.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libX11.so.6.3.0 --18483-- Considering /usr/lib/debug/usr/lib64/libX11.so.6.3.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libXext.so.6.4.0 --18483-- Considering /usr/lib/debug/usr/lib64/libXext.so.6.4.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libxcb.so.1.1.0 --18483-- Considering /usr/lib/debug/usr/lib64/libxcb.so.1.1.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libxcb-shm.so.0.0.0 --18483-- Considering /usr/lib/debug/usr/lib64/libxcb-shm.so.0.0.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libxcb-xfixes.so.0.0.0 --18483-- Considering /usr/lib/debug/usr/lib64/libxcb- xfixes.so.0.0.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libxcb-shape.so.0.0.0 --18483-- Considering /usr/lib/debug/usr/lib64/libxcb- shape.so.0.0.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libjack.so.0.0.28 --18483-- Considering /usr/lib/debug/usr/lib64/libjack.so.0.0.28.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libasound.so.2.0.0 --18483-- Considering /usr/lib/debug/.build- id/2e/80b4d78320a5a3cdfbd2e77ca2d0e7287635c0.debug .. --18483-- .. build-id is valid --18483-- Reading syms from /usr/lib64/libSDL-1.2.so.0.11.4 --18483-- Considering /usr/lib/debug/usr/lib64/libSDL-1.2.so.0.11.4.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/libpthread-2.19.so --18483-- Considering /usr/lib/debug/lib64/libpthread-2.19.so.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/libm-2.19.so --18483-- Considering /usr/lib/debug/lib64/libm-2.19.so.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/liblzma.so.5.0.7 --18483-- Considering /usr/lib/debug/lib64/liblzma.so.5.0.7.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/libbz2.so.1.0.6 --18483-- Considering /usr/lib/debug/lib64/libbz2.so.1.0.6.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/libz.so.1.2.8 --18483-- Considering /usr/lib/debug/lib64/libz.so.1.2.8.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libvdpau.so.1.0.0 --18483-- Considering /usr/lib/debug/usr/lib64/libvdpau.so.1.0.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/libc-2.19.so --18483-- Considering /usr/lib/debug/lib64/libc-2.19.so.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/libdl-2.19.so --18483-- Considering /usr/lib/debug/lib64/libdl-2.19.so.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libXau.so.6.0.0 --18483-- Considering /usr/lib/debug/usr/lib64/libXau.so.6.0.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /usr/lib64/libXdmcp.so.6.0.0 --18483-- Considering /usr/lib/debug/usr/lib64/libXdmcp.so.6.0.0.debug .. --18483-- .. CRC is valid --18483-- Reading syms from /lib64/librt-2.19.so --18483-- Considering /usr/lib/debug/lib64/librt-2.19.so.debug .. --18483-- .. CRC is valid --18483-- REDIR: 0x72f2130 (libc.so.6:strcasecmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x72f4420 (libc.so.6:strncasecmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x72f1900 (libc.so.6:memcpy at GLIBC_2.2.5) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x72efc80 (libc.so.6:rindex) redirected to 0x4c2be90 (rindex) --18483-- REDIR: 0x72ec2e0 (libc.so.6:index) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x72ec310 (libc.so.6:__GI_strchr) redirected to 0x4c2bff0 (__GI_strchr) --18483-- REDIR: 0x72edf80 (libc.so.6:strlen) redirected to 0x4c2c540 (strlen) --18483-- REDIR: 0x72ee3a0 (libc.so.6:strncmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x738f6f0 (libc.so.6:__strncmp_ssse3) redirected to 0x4c2cd20 (strncmp) --18483-- REDIR: 0x72ec530 (libc.so.6:strcmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x738e490 (libc.so.6:__strcmp_ssse3) redirected to 0x4c2d610 (strcmp) --18483-- REDIR: 0x72f0d90 (libc.so.6:strstr) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x7305c80 (libc.so.6:__strstr_sse2_unaligned) redirected to 0x4c30400 (strstr) --18483-- REDIR: 0x72f6b50 (libc.so.6:__GI_memcpy) redirected to 0x4c2e0f0 (__GI_memcpy) --18483-- REDIR: 0x72e88d0 (libc.so.6:free) redirected to 0x4c2a1d0 (free) --18483-- REDIR: 0x72ea290 (libc.so.6:posix_memalign) redirected to 0x4c2b640 (posix_memalign) --18483-- REDIR: 0x72f8ac0 (libc.so.6:strchrnul) redirected to 0x4c2fe10 (strchrnul) --18483-- REDIR: 0x72ed9c0 (libc.so.6:strcpy) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x73015e0 (libc.so.6:__strcpy_sse2_unaligned) redirected to 0x4c2c620 (strcpy) --18483-- REDIR: 0x72ee3f0 (libc.so.6:__GI_strncmp) redirected to 0x4c2cd90 (__GI_strncmp) ffmpeg version N-68291-g4fa2758 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 8 2014 09:25:34 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/home/cocobo/repository/mpv- build_vanilla_debug/build_libs --enable-static --disable-shared --enable- gpl --enable-avresample --enable-debug=gdb --disable-doc --disable- optimizations --disable-stripping libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 --18483-- REDIR: 0x72f1990 (libc.so.6:memset) redirected to 0x4c2f7b0 (memset) --18483-- REDIR: 0x739e320 (libc.so.6:__memmove_ssse3_back) redirected to 0x4c2d8b0 (memcpy at GLIBC_2.2.5) Splitting the commandline. Reading option '-loglevel' ...--18483-- REDIR: 0x72e8960 (libc.so.6:realloc) redirected to 0x4c2b260 (realloc) matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'mxf_leak2.mxf'. 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 mxf_leak2.mxf. Successfully parsed a group of options. Opening an input file: mxf_leak2.mxf. --18483-- REDIR: 0x72f6b00 (libc.so.6:memcpy@@GLIBC_2.14) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x72fca20 (libc.so.6:__memcpy_sse2_unaligned) redirected to 0x4c2db10 (memcpy@@GLIBC_2.14) --18483-- REDIR: 0x72f02f0 (libc.so.6:strspn) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x738b350 (libc.so.6:__strspn_sse42) redirected to 0x4c30680 (strspn) --18483-- REDIR: 0x72f1320 (libc.so.6:bcmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x73ae2f0 (libc.so.6:__memcmp_sse4_1) redirected to 0x4c2f060 (__memcmp_sse4_1) --18483-- REDIR: 0x72f88b0 (libc.so.6:rawmemchr) redirected to 0x4c2fe50 (rawmemchr) --18483-- REDIR: 0x72edae0 (libc.so.6:strcspn) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --18483-- REDIR: 0x738b100 (libc.so.6:__strcspn_sse42) redirected to 0x4c30610 (strcspn) [mxf @ 0x7e38140] Format mxf probed with size=2048 and score=100 [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.05.01.01.0d.01.02.01.01.02.04.00 Last message repeated 3 times [mxf @ 0x7e38140] invalid KAGSize 0 - guessing 512 [mxf @ 0x7e38140] Dark key 06.0e.2b.34.01.01.01.01.03.01.02.10.01.00.00.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.04.01.01.01.0e.06.06.02.02.01.00.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.04.01.01.01.0e.06.02.01.40.01.09.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.04.01.01.03.0e.06.01.20.02.01.02.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.23.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.36.00 Last message repeated 13 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.14.00 Last message repeated 29 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.37.00 Last message repeated 12 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.44.00 Last message repeated 17 times [mxf @ 0x7e38140] local tag 0x3001 with 0 size [mxf @ 0x7e38140] local tag 0000 with 0 size [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.01.01.01.01.03.01.02.10.01.00.00.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.02.01.01.10.01.00 ==18483== Warning: set address range perms: large range [0x8225080, 0x1c225080) (undefined) ==18483== Warning: set address range perms: large range [0x3a049080, 0x8a049080) (undefined) Last message repeated 32 times [mxf @ 0x7e38140] error reading header metadata [AVIOContext @ 0x7e40e40] Statistics: 7201 bytes read, 0 seeks --18483-- REDIR: 0x72f1fc0 (libc.so.6:__GI_stpcpy) redirected to 0x4c2f200 (__GI_stpcpy) mxf_leak2.mxf: Cannot allocate memory ==18483== ==18483== HEAP SUMMARY: ==18483== in use at exit: 1,677,753,796 bytes in 30 blocks ==18483== total heap usage: 176 allocs, 146 frees, 1,677,867,143 bytes allocated ==18483== ==18483== Searching for pointers to 30 not-freed blocks ==18483== Checked 1,684,990,312 bytes ==18483== ==18483== 88 bytes in 1 blocks are definitely lost in loss record 19 of 27 ==18483== at 0x4C2B560: memalign (vg_replace_malloc.c:760) ==18483== by 0x4C2B677: posix_memalign (vg_replace_malloc.c:913) ==18483== by 0x11E106F: av_malloc (mem.c:95) ==18483== by 0x11E12FF: av_mallocz (mem.c:245) ==18483== by 0x6407FA: mxf_read_local_tags (mxfdec.c:2110) ==18483== by 0x640C20: mxf_parse_klv (mxfdec.c:2185) ==18483== by 0x641911: mxf_read_header (mxfdec.c:2522) ==18483== by 0x6C48B9: avformat_open_input (utils.c:463) ==18483== by 0x410FB7: open_input_file (ffmpeg_opt.c:873) ==18483== by 0x419107: open_files (ffmpeg_opt.c:2699) ==18483== by 0x419294: ffmpeg_parse_options (ffmpeg_opt.c:2736) ==18483== by 0x42C7A3: main (ffmpeg.c:3919) ==18483== ==18483== 335,544,320 bytes in 1 blocks are possibly lost in loss record 26 of 27 ==18483== at 0x4C2B560: memalign (vg_replace_malloc.c:760) ==18483== by 0x4C2B677: posix_memalign (vg_replace_malloc.c:913) ==18483== by 0x11E106F: av_malloc (mem.c:95) ==18483== by 0x11E12FF: av_mallocz (mem.c:245) ==18483== by 0x11E1368: av_calloc (mem.c:255) ==18483== by 0x63CFD3: mxf_read_index_entry_array (mxfdec.c:832) ==18483== by 0x63D1AA: mxf_read_index_table_segment (mxfdec.c:865) ==18483== by 0x640A29: mxf_read_local_tags (mxfdec.c:2141) ==18483== by 0x640C20: mxf_parse_klv (mxfdec.c:2185) ==18483== by 0x641911: mxf_read_header (mxfdec.c:2522) ==18483== by 0x6C48B9: avformat_open_input (utils.c:463) ==18483== by 0x410FB7: open_input_file (ffmpeg_opt.c:873) ==18483== ==18483== 1,342,177,280 bytes in 1 blocks are possibly lost in loss record 27 of 27 ==18483== at 0x4C2B560: memalign (vg_replace_malloc.c:760) ==18483== by 0x4C2B677: posix_memalign (vg_replace_malloc.c:913) ==18483== by 0x11E106F: av_malloc (mem.c:95) ==18483== by 0x11E12FF: av_mallocz (mem.c:245) ==18483== by 0x11E1368: av_calloc (mem.c:255) ==18483== by 0x63D001: mxf_read_index_entry_array (mxfdec.c:833) ==18483== by 0x63D1AA: mxf_read_index_table_segment (mxfdec.c:865) ==18483== by 0x640A29: mxf_read_local_tags (mxfdec.c:2141) ==18483== by 0x640C20: mxf_parse_klv (mxfdec.c:2185) ==18483== by 0x641911: mxf_read_header (mxfdec.c:2522) ==18483== by 0x6C48B9: avformat_open_input (utils.c:463) ==18483== by 0x410FB7: open_input_file (ffmpeg_opt.c:873) ==18483== ==18483== LEAK SUMMARY: ==18483== definitely lost: 88 bytes in 1 blocks ==18483== indirectly lost: 0 bytes in 0 blocks ==18483== possibly lost: 1,677,721,600 bytes in 2 blocks ==18483== still reachable: 32,108 bytes in 27 blocks ==18483== suppressed: 0 bytes in 0 blocks ==18483== Reachable blocks (those to which a pointer was found) are not shown. ==18483== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==18483== ==18483== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0) ==18483== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0) }}} {{{ $ valgrind -v --tool=memcheck --leak-check=full ~/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg -loglevel 99 -i mxf_leak4.mxf ==22408== Memcheck, a memory error detector ==22408== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==22408== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==22408== Command: /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg -loglevel 99 -i mxf_leak4.mxf ==22408== --22408-- Valgrind options: --22408-- -v --22408-- --tool=memcheck --22408-- --leak-check=full --22408-- Contents of /proc/version: --22408-- Linux version 3.17.4+ (root at multivac) (gcc version 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) ) #1 SMP PREEMPT Fri Nov 28 10:00:08 CET 2014 --22408-- Arch and hwcaps: AMD64, LittleEndian, amd64-cx16-lzcnt-rdtscp- sse3-avx-avx2-bmi --22408-- Page sizes: currently 4096, max supported 4096 --22408-- Valgrind library directory: /usr/lib64/valgrind --22408-- Reading syms from /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg --22408-- Reading syms from /lib64/ld-2.19.so --22408-- Considering /usr/lib/debug/lib64/ld-2.19.so.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/valgrind/memcheck-amd64-linux --22408-- Considering /usr/lib/debug/.build- id/a3/0b3405999aba7a8e56f06c16d44bee973e62de.debug .. --22408-- .. build-id is valid --22408-- object doesn't have a dynamic symbol table --22408-- Scheduler: using generic scheduler lock implementation. --22408-- Reading suppressions file: /usr/lib64/valgrind/default.supp ==22408== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb- to-22408-by-cocobo-on-??? ==22408== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb- from-22408-by-cocobo-on-??? ==22408== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem- vgdb-22408-by-cocobo-on-??? ==22408== ==22408== TO CONTROL THIS PROCESS USING vgdb (which you probably ==22408== don't want to do, unless you know exactly what you're doing, ==22408== or are doing some strange experiment): ==22408== /usr/lib64/valgrind/../../bin/vgdb --pid=22408 ...command... ==22408== ==22408== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==22408== /path/to/gdb /home/cocobo/repository/mpv- build_vanilla_debug/ffmpeg_build/ffmpeg ==22408== and then give GDB the following command ==22408== target remote | /usr/lib64/valgrind/../../bin/vgdb --pid=22408 ==22408== --pid is optional if only one valgrind process is running ==22408== --22408-- REDIR: 0x4017d50 (ld-linux-x86-64.so.2:strlen) redirected to 0x38076571 (vgPlain_amd64_linux_REDIR_FOR_strlen) --22408-- Reading syms from /usr/lib64/valgrind/vgpreload_core- amd64-linux.so --22408-- Considering /usr/lib/debug/.build- id/58/67b922f0bc96aee7b64c349a285bd67f59f007.debug .. --22408-- .. build-id is valid --22408-- Reading syms from /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so --22408-- Considering /usr/lib/debug/.build- id/d4/d2468b6123ae7af22107a7a93631c42003a021.debug .. --22408-- .. build-id is valid ==22408== WARNING: new redirection conflicts with existing -- ignoring it --22408-- old: 0x04017d50 (strlen ) R-> (0000.0) 0x38076571 vgPlain_amd64_linux_REDIR_FOR_strlen --22408-- new: 0x04017d50 (strlen ) R-> (2007.0) 0x04c2c600 strlen --22408-- REDIR: 0x4017a20 (ld-linux-x86-64.so.2:index) redirected to 0x4c2c1b0 (index) --22408-- REDIR: 0x4017c40 (ld-linux-x86-64.so.2:strcmp) redirected to 0x4c2d750 (strcmp) --22408-- REDIR: 0x4018a50 (ld-linux-x86-64.so.2:mempcpy) redirected to 0x4c30200 (mempcpy) --22408-- Reading syms from /usr/lib64/libXv.so.1.0.0 --22408-- Considering /usr/lib/debug/usr/lib64/libXv.so.1.0.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libX11.so.6.3.0 --22408-- Considering /usr/lib/debug/usr/lib64/libX11.so.6.3.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libXext.so.6.4.0 --22408-- Considering /usr/lib/debug/usr/lib64/libXext.so.6.4.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libxcb.so.1.1.0 --22408-- Considering /usr/lib/debug/usr/lib64/libxcb.so.1.1.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libxcb-shm.so.0.0.0 --22408-- Considering /usr/lib/debug/usr/lib64/libxcb-shm.so.0.0.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libxcb-xfixes.so.0.0.0 --22408-- Considering /usr/lib/debug/usr/lib64/libxcb- xfixes.so.0.0.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libxcb-shape.so.0.0.0 --22408-- Considering /usr/lib/debug/usr/lib64/libxcb- shape.so.0.0.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libjack.so.0.0.28 --22408-- Considering /usr/lib/debug/usr/lib64/libjack.so.0.0.28.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libasound.so.2.0.0 --22408-- Considering /usr/lib/debug/.build- id/2e/80b4d78320a5a3cdfbd2e77ca2d0e7287635c0.debug .. --22408-- .. build-id is valid --22408-- Reading syms from /usr/lib64/libSDL-1.2.so.0.11.4 --22408-- Considering /usr/lib/debug/usr/lib64/libSDL-1.2.so.0.11.4.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/libpthread-2.19.so --22408-- Considering /usr/lib/debug/lib64/libpthread-2.19.so.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/libm-2.19.so --22408-- Considering /usr/lib/debug/lib64/libm-2.19.so.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/liblzma.so.5.0.7 --22408-- Considering /usr/lib/debug/lib64/liblzma.so.5.0.7.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/libbz2.so.1.0.6 --22408-- Considering /usr/lib/debug/lib64/libbz2.so.1.0.6.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/libz.so.1.2.8 --22408-- Considering /usr/lib/debug/lib64/libz.so.1.2.8.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libvdpau.so.1.0.0 --22408-- Considering /usr/lib/debug/usr/lib64/libvdpau.so.1.0.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/libc-2.19.so --22408-- Considering /usr/lib/debug/lib64/libc-2.19.so.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/libdl-2.19.so --22408-- Considering /usr/lib/debug/lib64/libdl-2.19.so.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libXau.so.6.0.0 --22408-- Considering /usr/lib/debug/usr/lib64/libXau.so.6.0.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /usr/lib64/libXdmcp.so.6.0.0 --22408-- Considering /usr/lib/debug/usr/lib64/libXdmcp.so.6.0.0.debug .. --22408-- .. CRC is valid --22408-- Reading syms from /lib64/librt-2.19.so --22408-- Considering /usr/lib/debug/lib64/librt-2.19.so.debug .. --22408-- .. CRC is valid --22408-- REDIR: 0x72f2130 (libc.so.6:strcasecmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x72f4420 (libc.so.6:strncasecmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x72f1900 (libc.so.6:memcpy at GLIBC_2.2.5) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x72efc80 (libc.so.6:rindex) redirected to 0x4c2be90 (rindex) --22408-- REDIR: 0x72ec2e0 (libc.so.6:index) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x72ec310 (libc.so.6:__GI_strchr) redirected to 0x4c2bff0 (__GI_strchr) --22408-- REDIR: 0x72edf80 (libc.so.6:strlen) redirected to 0x4c2c540 (strlen) --22408-- REDIR: 0x72ee3a0 (libc.so.6:strncmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x738f6f0 (libc.so.6:__strncmp_ssse3) redirected to 0x4c2cd20 (strncmp) --22408-- REDIR: 0x72ec530 (libc.so.6:strcmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x738e490 (libc.so.6:__strcmp_ssse3) redirected to 0x4c2d610 (strcmp) --22408-- REDIR: 0x72f0d90 (libc.so.6:strstr) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x7305c80 (libc.so.6:__strstr_sse2_unaligned) redirected to 0x4c30400 (strstr) --22408-- REDIR: 0x72f6b50 (libc.so.6:__GI_memcpy) redirected to 0x4c2e0f0 (__GI_memcpy) --22408-- REDIR: 0x72e88d0 (libc.so.6:free) redirected to 0x4c2a1d0 (free) --22408-- REDIR: 0x72ea290 (libc.so.6:posix_memalign) redirected to 0x4c2b640 (posix_memalign) --22408-- REDIR: 0x72f8ac0 (libc.so.6:strchrnul) redirected to 0x4c2fe10 (strchrnul) --22408-- REDIR: 0x72ed9c0 (libc.so.6:strcpy) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x73015e0 (libc.so.6:__strcpy_sse2_unaligned) redirected to 0x4c2c620 (strcpy) --22408-- REDIR: 0x72ee3f0 (libc.so.6:__GI_strncmp) redirected to 0x4c2cd90 (__GI_strncmp) ffmpeg version N-68291-g4fa2758 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 8 2014 09:25:34 with gcc 4.8.3 (Gentoo 4.8.3 p1.1, pie-0.5.9) configuration: --prefix=/home/cocobo/repository/mpv- build_vanilla_debug/build_libs --enable-static --disable-shared --enable- gpl --enable-avresample --enable-debug=gdb --disable-doc --disable- optimizations --disable-stripping libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 --22408-- REDIR: 0x72f1990 (libc.so.6:memset) redirected to 0x4c2f7b0 (memset) --22408-- REDIR: 0x739e320 (libc.so.6:__memmove_ssse3_back) redirected to 0x4c2d8b0 (memcpy at GLIBC_2.2.5) Splitting the commandline. Reading option '-loglevel' ...--22408-- REDIR: 0x72e8960 (libc.so.6:realloc) redirected to 0x4c2b260 (realloc) matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'mxf_leak4.mxf'. 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 mxf_leak4.mxf. Successfully parsed a group of options. Opening an input file: mxf_leak4.mxf. --22408-- REDIR: 0x72f6b00 (libc.so.6:memcpy@@GLIBC_2.14) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x72fca20 (libc.so.6:__memcpy_sse2_unaligned) redirected to 0x4c2db10 (memcpy@@GLIBC_2.14) --22408-- REDIR: 0x72f02f0 (libc.so.6:strspn) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x738b350 (libc.so.6:__strspn_sse42) redirected to 0x4c30680 (strspn) --22408-- REDIR: 0x72f1320 (libc.so.6:bcmp) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x73ae2f0 (libc.so.6:__memcmp_sse4_1) redirected to 0x4c2f060 (__memcmp_sse4_1) --22408-- REDIR: 0x72f88b0 (libc.so.6:rawmemchr) redirected to 0x4c2fe50 (rawmemchr) --22408-- REDIR: 0x72edae0 (libc.so.6:strcspn) redirected to 0x4a23770 (_vgnU_ifunc_wrapper) --22408-- REDIR: 0x738b100 (libc.so.6:__strcspn_sse42) redirected to 0x4c30610 (strcspn) [mxf @ 0x7e38140] Format mxf probed with size=2048 and score=100 [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.05.01.01.0d.01.02.01.01.02.04.00 Last message repeated 3 times [mxf @ 0x7e38140] invalid KAGSize 0 - guessing 512 [mxf @ 0x7e38140] Dark key 06.0e.2b.34.01.01.01.04.04.02.03.01.04.00.00.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.00.00.00.00.00.00.00.00.00.00.00.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.04.01.01.01.0e.06.02.01.40.df.08.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.23.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.36.00 Last message repeated 13 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.14.00 Last message repeated 29 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] local tag 0000 with 0 size [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.3b.00 Last message repeated 28 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.0f.00 Last message repeated 14 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.11.00 Last message repeated 16 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.ff.ff.0d.01.01.01.01.01.37.00 Last message repeated 33 times [mxf @ 0x7e38140] Dark key 06.0e.2b.34.02.53.01.01.0d.01.01.01.01.01.44.00 Last message repeated 17 times [mxf @ 0x7e38140] local tag 0x3f01 extends past end of local set @ 0xd4a [mxf @ 0x7e38140] error reading header metadata [AVIOContext @ 0x7e40e40] Statistics: 6551 bytes read, 0 seeks mxf_leak4.mxf: Invalid data found when processing input ==22408== ==22408== HEAP SUMMARY: ==22408== in use at exit: 251,690,428 bytes in 28 blocks ==22408== total heap usage: 121 allocs, 93 frees, 251,798,119 bytes allocated ==22408== ==22408== Searching for pointers to 28 not-freed blocks ==22408== Checked 258,927,032 bytes ==22408== ==22408== 251,658,320 bytes in 1 blocks are possibly lost in loss record 25 of 25 ==22408== at 0x4C2B560: memalign (vg_replace_malloc.c:760) ==22408== by 0x4C2B677: posix_memalign (vg_replace_malloc.c:913) ==22408== by 0x11E106F: av_malloc (mem.c:95) ==22408== by 0x11E12FF: av_mallocz (mem.c:245) ==22408== by 0x11E1368: av_calloc (mem.c:255) ==22408== by 0x63D41D: mxf_read_generic_descriptor (mxfdec.c:910) ==22408== by 0x640A29: mxf_read_local_tags (mxfdec.c:2141) ==22408== by 0x640C20: mxf_parse_klv (mxfdec.c:2185) ==22408== by 0x641911: mxf_read_header (mxfdec.c:2522) ==22408== by 0x6C48B9: avformat_open_input (utils.c:463) ==22408== by 0x410FB7: open_input_file (ffmpeg_opt.c:873) ==22408== by 0x419107: open_files (ffmpeg_opt.c:2699) ==22408== ==22408== LEAK SUMMARY: ==22408== definitely lost: 0 bytes in 0 blocks ==22408== indirectly lost: 0 bytes in 0 blocks ==22408== possibly lost: 251,658,320 bytes in 1 blocks ==22408== still reachable: 32,108 bytes in 27 blocks ==22408== suppressed: 0 bytes in 0 blocks ==22408== Reachable blocks (those to which a pointer was found) are not shown. ==22408== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==22408== ==22408== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) ==22408== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 20:05:36 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 19:05:36 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.07444319a6bdb0bfea81f098ecbd8a0a@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): None have been maintained, so I guess it's expectable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 20:08:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 19:08:30 -0000 Subject: [FFmpeg-trac] #4167(avformat:closed): hls crypto regression In-Reply-To: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> References: <035.8230239ee8091b7b74aa83ea693722f4@avcodec.org> Message-ID: <050.a3dfe531a9cafa8fb8014dd40898d779@avcodec.org> #4167: hls crypto regression -------------------------------------+------------------------------------- Reporter: hklcf | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: hls crypto | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 2d0117f816b92510546caf26414961ee6088f961 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 20:20:28 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 19:20:28 -0000 Subject: [FFmpeg-trac] #4174(avfilter:new): uspp - format and size not set Message-ID: <037.4329a3ec63b933a54b5c64fc297d34ba@avcodec.org> #4174: uspp - format and size not set -------------------------------------+------------------------------------- Reporter: chronek | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: uspp snow | master mpfilter | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When running filter uspp i see many warnings for snow: AVFrame.format is not set and AVFrame.width or height is not set. I was wondering if this is reason for overconsumption of memory C:\inne>ffmpeg.exe -loglevel verbose -i test.bmp -vf mp=uspp=7:6 out.bmp ffmpeg version N-68330-g720dffb Copyright (c) 2000-2014 the FFmpeg developers built on Dec 8 2014 23:44:09 with gcc 4.9.2 (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-libbs2b --enable- libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable- libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.103 / 56. 15.103 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, bmp_pipe, from 'test.bmp': Duration: N/A, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 100x100 (0x0), 25 tbr, 25 tbn, 25 tbc File 'out.bmp' already exists. Overwrite ? [y/N] y [Parsed_mp_0 @ 0000000000377dc0] 'uspp' is a wrapped MPlayer filter (libmpcodecs). This filter may be removed once it has been ported to a native libavfilter. [graph 0 input from stream 0:0 @ 000000000037fbc0] w:100 h:100 pixfmt:bgr24 tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [auto-inserted scaler 0 @ 0000000002bcb520] w:iw h:ih flags:'0x4' interl:0 [Parsed_mp_0 @ 0000000000377dc0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_mp_0' [auto-inserted scaler 1 @ 0000000002bcb940] w:iw h:ih flags:'0x4' interl:0 [format @ 0000000002bc89c0] auto-inserting filter 'auto-inserted scaler 1' between the filter 'Parsed_mp_0' and the filter 'format' [auto-inserted scaler 0 @ 0000000002bcb520] w:100 h:100 fmt:bgr24 sar:0/1 -> w:100 h:100 fmt:yuv420p sar:0/1 flags:0x4 [auto-inserted scaler 1 @ 0000000002bcb940] w:100 h:100 fmt:yuv420p sar:0/1 -> w:100 h:100 fmt:bgr24 sar:0/1 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf56.15.103 Stream #0:0: Video: bmp, bgr24, 100x100, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.14.100 bmp Stream mapping: Stream #0:0 -> #0:0 (bmp (native) -> bmp (native)) Press [q] to stop, [?] for help [snow @ 0000000002bd4560] AVFrame.format is not set [snow @ 0000000002bd4560] AVFrame.width or height is not set [snow @ 0000000002c48b00] AVFrame.format is not set [snow @ 0000000002c48b00] AVFrame.width or height is not set [snow @ 00000000069262c0] AVFrame.format is not set [snow @ 00000000069262c0] AVFrame.width or height is not set [snow @ 000000000694ea40] AVFrame.format is not set [snow @ 000000000694ea40] AVFrame.width or height is not set [snow @ 000000000697c480] AVFrame.format is not set [snow @ 000000000697c480] AVFrame.width or height is not set [snow @ 00000000069a8ea0] AVFrame.format is not set [snow @ 00000000069a8ea0] AVFrame.width or height is not set [snow @ 00000000069d28e0] AVFrame.format is not set [snow @ 00000000069d28e0] AVFrame.width or height is not set [snow @ 00000000069ff300] AVFrame.format is not set [snow @ 00000000069ff300] AVFrame.width or height is not set [snow @ 0000000006a27d40] AVFrame.format is not set [snow @ 0000000006a27d40] AVFrame.width or height is not set [snow @ 0000000006a73900] AVFrame.format is not set [snow @ 0000000006a73900] AVFrame.width or height is not set [snow @ 0000000006a98680] AVFrame.format is not set [snow @ 0000000006a98680] AVFrame.width or height is not set [snow @ 0000000006ac13e0] AVFrame.format is not set [snow @ 0000000006ac13e0] AVFrame.width or height is not set [snow @ 0000000006aeb560] AVFrame.format is not set [snow @ 0000000006aeb560] AVFrame.width or height is not set [snow @ 00000000081c7920] AVFrame.format is not set [snow @ 00000000081c7920] AVFrame.width or height is not set [snow @ 00000000081c7dc0] AVFrame.format is not set [snow @ 00000000081c7dc0] AVFrame.width or height is not set [snow @ 00000000081c8240] AVFrame.format is not set [snow @ 00000000081c8240] AVFrame.width or height is not set [snow @ 00000000081c86e0] AVFrame.format is not set [snow @ 00000000081c86e0] AVFrame.width or height is not set [snow @ 00000000081c8b60] AVFrame.format is not set [snow @ 00000000081c8b60] AVFrame.width or height is not set [snow @ 00000000081c9000] AVFrame.format is not set [snow @ 00000000081c9000] AVFrame.width or height is not set [snow @ 00000000081c9480] AVFrame.format is not set [snow @ 00000000081c9480] AVFrame.width or height is not set [snow @ 00000000081c9920] AVFrame.format is not set [snow @ 00000000081c9920] AVFrame.width or height is not set [snow @ 00000000081c9da0] AVFrame.format is not set [snow @ 00000000081c9da0] AVFrame.width or height is not set [snow @ 00000000081ca240] AVFrame.format is not set [snow @ 00000000081ca240] AVFrame.width or height is not set [snow @ 00000000081ca6c0] AVFrame.format is not set [snow @ 00000000081ca6c0] AVFrame.width or height is not set [snow @ 00000000081cab60] AVFrame.format is not set [snow @ 00000000081cab60] AVFrame.width or height is not set [snow @ 00000000081cafe0] AVFrame.format is not set [snow @ 00000000081cafe0] AVFrame.width or height is not set [snow @ 00000000081cb480] AVFrame.format is not set [snow @ 00000000081cb480] AVFrame.width or height is not set [snow @ 00000000081cb900] AVFrame.format is not set [snow @ 00000000081cb900] AVFrame.width or height is not set [snow @ 00000000081cbda0] AVFrame.format is not set [snow @ 00000000081cbda0] AVFrame.width or height is not set [snow @ 00000000081cc220] AVFrame.format is not set [snow @ 00000000081cc220] AVFrame.width or height is not set [snow @ 00000000081cc6c0] AVFrame.format is not set [snow @ 00000000081cc6c0] AVFrame.width or height is not set [snow @ 00000000081ccb40] AVFrame.format is not set [snow @ 00000000081ccb40] AVFrame.width or height is not set [snow @ 00000000081ccfe0] AVFrame.format is not set [snow @ 00000000081ccfe0] AVFrame.width or height is not set [snow @ 00000000081cd460] AVFrame.format is not set [snow @ 00000000081cd460] AVFrame.width or height is not set [snow @ 00000000081cd900] AVFrame.format is not set [snow @ 00000000081cd900] AVFrame.width or height is not set [snow @ 00000000081cdd80] AVFrame.format is not set [snow @ 00000000081cdd80] AVFrame.width or height is not set [snow @ 00000000081ce220] AVFrame.format is not set [snow @ 00000000081ce220] AVFrame.width or height is not set [snow @ 00000000081ce6a0] AVFrame.format is not set [snow @ 00000000081ce6a0] AVFrame.width or height is not set [snow @ 00000000081ceb40] AVFrame.format is not set [snow @ 00000000081ceb40] AVFrame.width or height is not set [snow @ 00000000081cefc0] AVFrame.format is not set [snow @ 00000000081cefc0] AVFrame.width or height is not set [snow @ 00000000081cf460] AVFrame.format is not set [snow @ 00000000081cf460] AVFrame.width or height is not set [snow @ 000000000b6b6040] AVFrame.format is not set [snow @ 000000000b6b6040] AVFrame.width or height is not set [snow @ 000000000b6b64c0] AVFrame.format is not set [snow @ 000000000b6b64c0] AVFrame.width or height is not set [snow @ 000000000b6b6960] AVFrame.format is not set [snow @ 000000000b6b6960] AVFrame.width or height is not set [snow @ 000000000b6b6de0] AVFrame.format is not set [snow @ 000000000b6b6de0] AVFrame.width or height is not set [snow @ 000000000b6b7280] AVFrame.format is not set [snow @ 000000000b6b7280] AVFrame.width or height is not set [snow @ 000000000b6b7700] AVFrame.format is not set [snow @ 000000000b6b7700] AVFrame.width or height is not set [snow @ 000000000b6b7ba0] AVFrame.format is not set [snow @ 000000000b6b7ba0] AVFrame.width or height is not set [snow @ 000000000b6b8020] AVFrame.format is not set [snow @ 000000000b6b8020] AVFrame.width or height is not set [snow @ 000000000b6b84c0] AVFrame.format is not set [snow @ 000000000b6b84c0] AVFrame.width or height is not set [snow @ 000000000b6b8940] AVFrame.format is not set [snow @ 000000000b6b8940] AVFrame.width or height is not set [snow @ 000000000b6b8de0] AVFrame.format is not set [snow @ 000000000b6b8de0] AVFrame.width or height is not set [snow @ 000000000b6b9260] AVFrame.format is not set [snow @ 000000000b6b9260] AVFrame.width or height is not set [snow @ 000000000b6b9700] AVFrame.format is not set [snow @ 000000000b6b9700] AVFrame.width or height is not set [snow @ 000000000b6b9b80] AVFrame.format is not set [snow @ 000000000b6b9b80] AVFrame.width or height is not set [snow @ 000000000b6ba020] AVFrame.format is not set [snow @ 000000000b6ba020] AVFrame.width or height is not set [snow @ 000000000b6ba4a0] AVFrame.format is not set [snow @ 000000000b6ba4a0] AVFrame.width or height is not set [snow @ 000000000b6ba940] AVFrame.format is not set [snow @ 000000000b6ba940] AVFrame.width or height is not set [snow @ 000000000b6badc0] AVFrame.format is not set [snow @ 000000000b6badc0] AVFrame.width or height is not set [snow @ 000000000b6bb260] AVFrame.format is not set [snow @ 000000000b6bb260] AVFrame.width or height is not set [snow @ 000000000b6bb6e0] AVFrame.format is not set [snow @ 000000000b6bb6e0] AVFrame.width or height is not set [snow @ 000000000b6bbb80] AVFrame.format is not set [snow @ 000000000b6bbb80] AVFrame.width or height is not set [snow @ 000000000b6bc000] AVFrame.format is not set [snow @ 000000000b6bc000] AVFrame.width or height is not set [snow @ 000000000b6bc4a0] AVFrame.format is not set [snow @ 000000000b6bc4a0] AVFrame.width or height is not set [snow @ 000000000b6bc920] AVFrame.format is not set [snow @ 000000000b6bc920] AVFrame.width or height is not set [snow @ 000000000b6bcdc0] AVFrame.format is not set [snow @ 000000000b6bcdc0] AVFrame.width or height is not set [snow @ 000000000b6bd240] AVFrame.format is not set [snow @ 000000000b6bd240] AVFrame.width or height is not set [snow @ 000000000b6bd6e0] AVFrame.format is not set [snow @ 000000000b6bd6e0] AVFrame.width or height is not set [snow @ 000000000b6bdb60] AVFrame.format is not set [snow @ 000000000b6bdb60] AVFrame.width or height is not set [snow @ 000000000bb2a3c0] AVFrame.format is not set [snow @ 000000000bb2a3c0] AVFrame.width or height is not set [snow @ 000000000bb2a840] AVFrame.format is not set [snow @ 000000000bb2a840] AVFrame.width or height is not set [snow @ 000000000bb2ace0] AVFrame.format is not set [snow @ 000000000bb2ace0] AVFrame.width or height is not set [snow @ 000000000bb2b160] AVFrame.format is not set [snow @ 000000000bb2b160] AVFrame.width or height is not set [snow @ 000000000bb2b600] AVFrame.format is not set [snow @ 000000000bb2b600] AVFrame.width or height is not set [snow @ 000000000bb2ba80] AVFrame.format is not set [snow @ 000000000bb2ba80] AVFrame.width or height is not set [snow @ 000000000bb2bf20] AVFrame.format is not set [snow @ 000000000bb2bf20] AVFrame.width or height is not set [snow @ 000000000bb2c3a0] AVFrame.format is not set [snow @ 000000000bb2c3a0] AVFrame.width or height is not set [snow @ 000000000bb2c840] AVFrame.format is not set [snow @ 000000000bb2c840] AVFrame.width or height is not set [snow @ 000000000bb2ccc0] AVFrame.format is not set [snow @ 000000000bb2ccc0] AVFrame.width or height is not set [snow @ 000000000bb2d160] AVFrame.format is not set [snow @ 000000000bb2d160] AVFrame.width or height is not set [snow @ 000000000bb2d5e0] AVFrame.format is not set [snow @ 000000000bb2d5e0] AVFrame.width or height is not set [snow @ 000000000bb2da80] AVFrame.format is not set [snow @ 000000000bb2da80] AVFrame.width or height is not set [snow @ 000000000bb2df00] AVFrame.format is not set [snow @ 000000000bb2df00] AVFrame.width or height is not set [snow @ 000000000bb2e3a0] AVFrame.format is not set [snow @ 000000000bb2e3a0] AVFrame.width or height is not set [snow @ 000000000bb2e820] AVFrame.format is not set [snow @ 000000000bb2e820] AVFrame.width or height is not set [snow @ 000000000bb2ecc0] AVFrame.format is not set [snow @ 000000000bb2ecc0] AVFrame.width or height is not set [snow @ 000000000bb2f140] AVFrame.format is not set [snow @ 000000000bb2f140] AVFrame.width or height is not set [snow @ 000000000bb2f5e0] AVFrame.format is not set [snow @ 000000000bb2f5e0] AVFrame.width or height is not set [snow @ 000000000bb2fa60] AVFrame.format is not set [snow @ 000000000bb2fa60] AVFrame.width or height is not set [snow @ 000000000bb2ff00] AVFrame.format is not set [snow @ 000000000bb2ff00] AVFrame.width or height is not set [snow @ 000000000bb30380] AVFrame.format is not set [snow @ 000000000bb30380] AVFrame.width or height is not set [snow @ 000000000bb30820] AVFrame.format is not set [snow @ 000000000bb30820] AVFrame.width or height is not set [snow @ 000000000bb30ca0] AVFrame.format is not set [snow @ 000000000bb30ca0] AVFrame.width or height is not set [snow @ 000000000bb31140] AVFrame.format is not set [snow @ 000000000bb31140] AVFrame.width or height is not set [snow @ 000000000bb315c0] AVFrame.format is not set [snow @ 000000000bb315c0] AVFrame.width or height is not set [snow @ 000000000bb31a60] AVFrame.format is not set [snow @ 000000000bb31a60] AVFrame.width or height is not set [snow @ 000000000bb31ee0] AVFrame.format is not set [snow @ 000000000bb31ee0] AVFrame.width or height is not set [snow @ 0000000011cd26e0] AVFrame.format is not set [snow @ 0000000011cd26e0] AVFrame.width or height is not set [snow @ 0000000011cd2b80] AVFrame.format is not set [snow @ 0000000011cd2b80] AVFrame.width or height is not set [snow @ 0000000011cd3000] AVFrame.format is not set [snow @ 0000000011cd3000] AVFrame.width or height is not set [snow @ 0000000011cd34a0] AVFrame.format is not set [snow @ 0000000011cd34a0] AVFrame.width or height is not set [snow @ 0000000011cd3920] AVFrame.format is not set [snow @ 0000000011cd3920] AVFrame.width or height is not set [snow @ 0000000011cd3dc0] AVFrame.format is not set [snow @ 0000000011cd3dc0] AVFrame.width or height is not set [snow @ 0000000011cd4240] AVFrame.format is not set [snow @ 0000000011cd4240] AVFrame.width or height is not set [snow @ 0000000011cd46e0] AVFrame.format is not set [snow @ 0000000011cd46e0] AVFrame.width or height is not set [snow @ 0000000011cd4b60] AVFrame.format is not set [snow @ 0000000011cd4b60] AVFrame.width or height is not set [snow @ 0000000011cd5000] AVFrame.format is not set [snow @ 0000000011cd5000] AVFrame.width or height is not set [snow @ 0000000011cd5480] AVFrame.format is not set [snow @ 0000000011cd5480] AVFrame.width or height is not set [snow @ 0000000011cd5920] AVFrame.format is not set [snow @ 0000000011cd5920] AVFrame.width or height is not set [snow @ 0000000011cd5da0] AVFrame.format is not set [snow @ 0000000011cd5da0] AVFrame.width or height is not set [snow @ 0000000011cd6240] AVFrame.format is not set [snow @ 0000000011cd6240] AVFrame.width or height is not set [snow @ 0000000011cd66c0] AVFrame.format is not set [snow @ 0000000011cd66c0] AVFrame.width or height is not set [snow @ 0000000011cd6b60] AVFrame.format is not set [snow @ 0000000011cd6b60] AVFrame.width or height is not set [snow @ 0000000011cd6fe0] AVFrame.format is not set [snow @ 0000000011cd6fe0] AVFrame.width or height is not set [snow @ 0000000011cd7480] AVFrame.format is not set [snow @ 0000000011cd7480] AVFrame.width or height is not set [snow @ 0000000011cd7900] AVFrame.format is not set [snow @ 0000000011cd7900] AVFrame.width or height is not set [snow @ 0000000011cd7da0] AVFrame.format is not set [snow @ 0000000011cd7da0] AVFrame.width or height is not set [snow @ 0000000011cd8220] AVFrame.format is not set [snow @ 0000000011cd8220] AVFrame.width or height is not set [snow @ 0000000011cd86c0] AVFrame.format is not set [snow @ 0000000011cd86c0] AVFrame.width or height is not set [snow @ 0000000011cd8b40] AVFrame.format is not set [snow @ 0000000011cd8b40] AVFrame.width or height is not set [snow @ 0000000011cd8fe0] AVFrame.format is not set [snow @ 0000000011cd8fe0] AVFrame.width or height is not set [snow @ 0000000011cd9460] AVFrame.format is not set [snow @ 0000000011cd9460] AVFrame.width or height is not set [snow @ 0000000011cd9900] AVFrame.format is not set [snow @ 0000000011cd9900] AVFrame.width or height is not set [snow @ 0000000011cd9d80] AVFrame.format is not set [snow @ 0000000011cd9d80] AVFrame.width or height is not set [snow @ 0000000011cda220] AVFrame.format is not set [snow @ 0000000011cda220] AVFrame.width or height is not set [snow @ 000000001219da60] AVFrame.format is not set [snow @ 000000001219da60] AVFrame.width or height is not set [snow @ 000000001219df00] AVFrame.format is not set [snow @ 000000001219df00] AVFrame.width or height is not set [snow @ 000000001219e380] AVFrame.format is not set [snow @ 000000001219e380] AVFrame.width or height is not set No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:29kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Input file #0 (test.bmp): Input stream #0:0 (video): 1 packets read (30054 bytes); 1 frames decoded; Total: 1 packets (30054 bytes) demuxed Output file #0 (out.bmp): Output stream #0:0 (video): 1 frames encoded; 1 packets muxed (30054 bytes); Total: 1 packets (30054 bytes) muxed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 20:25:10 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 19:25:10 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance Message-ID: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> #4175: Dolby Pro Logic II / Dolby matrix downmixing level balance -------------------------------------+------------------------------------- Reporter: ranutso | Type: defect Status: new | Priority: normal Component: swresample | Version: 2.4.4 Keywords: downmix | Blocked By: surround stereo dplii | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hello guys. I am trying to downmix a 5.1 audio to 2.0 (stereo) using the audio resampler filter "matrix_encoding=dplii". The resulting stereo audio presents some audio level bias towards the right speaker when there is more than one active channel on the surround stream. That is, it seems that the audio volume on the right speaker is higher than it should be. This is, of course, using a test signal where all surround channels produce the same sound at the same volume. How to reproduce: {{{ % ffmpeg -i ChID-BLITS-EBU-Narration441-16b.wav -ac 2 -filter:a "aresample=matrix_encoding=dplii" dplii.wav ffmpeg version 2.4.4 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 4 2014 14:13:11 with Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) }}} You may freely obtain the surround test file I used on the command above from Fraunhoffer's website. Direct link to the surround wave file: https://www2.iis.fraunhofer.de/AAC /ChID-BLITS-EBU-Narration441-16b.wav Fraunhoffer's page where that file's URL is located: https://www2.iis.fraunhofer.de/AAC/multichannel.html If you analyze both the surround input file and the resulting stereo wave file on Audacity, for example, you will notice that by 19 seconds into the audio stream all channels are active with a test signal. The same point in time on the resulting DPL-II downmixed shows a "higher volume" on the right speaker. This effect is even more noticeable by 22 seconds when they change the test signal. It is interesting to note that in the initial seconds of the file, when a male's voice is announcing each channel individually, I could not notice this right speaker bias. The channel downmixing in that segment sounds correct. This effect is very noticeable on sound tracks with very active surround channels, they all seem to be stronger on the right speaker. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 20:54:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 19:54:32 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.b03d92c14685b748274daba0967a107d@avcodec.org> #4175: Dolby Pro Logic II / Dolby matrix downmixing level balance ---------------------------------+-------------------------------------- Reporter: ranutso | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: 2.4.4 | Resolution: Keywords: dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: downmix surround stereo dplii => dplii Comment: Please test current FFmpeg git head and please provide the command line you tested together with the complete, uncut console output to make this a valid ticket. Are you sure that it isn't just a characteristic of Dolby downmixing that the right speaker gets louder if you play back on stereo equipment? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 20:57:00 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 19:57:00 -0000 Subject: [FFmpeg-trac] #4174(avfilter:closed): uspp - format and size not set In-Reply-To: <037.4329a3ec63b933a54b5c64fc297d34ba@avcodec.org> References: <037.4329a3ec63b933a54b5c64fc297d34ba@avcodec.org> Message-ID: <052.39c71242b093bfebcfa91c59299b5152@avcodec.org> #4174: uspp - format and size not set ------------------------------------+------------------------------------ Reporter: chronek | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: uspp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: uspp snow mpfilter => uspp * status: new => closed * resolution: => invalid Comment: I am not convinced that this is a valid ticket (increased verbosity at a loglevel higher than default is expected imo) but the filter is currently being ported, so feel free to test again in the future. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 20:58:41 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 19:58:41 -0000 Subject: [FFmpeg-trac] #4174(avfilter:reopened): uspp - format and size not set In-Reply-To: <037.4329a3ec63b933a54b5c64fc297d34ba@avcodec.org> References: <037.4329a3ec63b933a54b5c64fc297d34ba@avcodec.org> Message-ID: <052.d1597dbc752235e96990b3686078b701@avcodec.org> #4174: uspp - format and size not set -------------------------------------+------------------------------------- Reporter: chronek | Owner: Type: defect | Status: reopened Priority: minor | Component: avfilter Version: git-master | Resolution: Keywords: uspp | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: uspp => uspp regression * priority: normal => minor * status: closed => reopened * resolution: invalid => Comment: Sorry, I tested badly. This is a regression but as said this will be fixed while porting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 21:11:39 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 20:11:39 -0000 Subject: [FFmpeg-trac] #4172(avformat:closed): https stream error (does not contain any stream) In-Reply-To: <038.9f8514854fea0012d29948643f719342@avcodec.org> References: <038.9f8514854fea0012d29948643f719342@avcodec.org> Message-ID: <053.00d68296be95f9ba03913d80517a23f3@avcodec.org> #4172: https stream error (does not contain any stream) -------------------------------------+------------------------------------- Reporter: Einguste | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: duplicate Keywords: hls crypto | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: https http stream => hls crypto regression * resolution: => duplicate Comment: Duplicate of ticket #4167 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 21:12:04 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 20:12:04 -0000 Subject: [FFmpeg-trac] #3917(undetermined:new): SRTP not encrypting video In-Reply-To: <038.cba4eaa26a03db93ab941342515444c3@avcodec.org> References: <038.cba4eaa26a03db93ab941342515444c3@avcodec.org> Message-ID: <053.2bb51695cf773c62b1539cc471712397@avcodec.org> #3917: SRTP not encrypting video -------------------------------------+------------------------------------- Reporter: bone2006 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: SRTP | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by thovo): This report is similar to http://trac.ffmpeg.org/ticket/3533. With the current git master you cannot use mpegts and (s)rtp at the same time and a/v stream. Since patch 5ab46704 the command line gives a short hint: "Data doesn't look like RTP packets, make sure the RTP muxer is used" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 21:30:23 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 20:30:23 -0000 Subject: [FFmpeg-trac] #3823(avformat:new): RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream In-Reply-To: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> References: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> Message-ID: <052.63e492886517bb50dfaefa51b348b227@avcodec.org> #3823: RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by thovo): Could you re-upload your example file "dump.mkv"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 21:42:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 20:42:25 -0000 Subject: [FFmpeg-trac] #4118(avformat:new): mpegts: allow to set service_type in SDT In-Reply-To: <038.aa57b226e70d5d4588a36e84d7fd53c7@avcodec.org> References: <038.aa57b226e70d5d4588a36e84d7fd53c7@avcodec.org> Message-ID: <053.8b750aca076107ab7559d2d6efc50aa4@avcodec.org> #4118: mpegts: allow to set service_type in SDT -------------------------------------+------------------------------------ Reporter: dhead666 | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by smallishzulu): The patch works fine. It is a needed option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 22:12:31 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 21:12:31 -0000 Subject: [FFmpeg-trac] #4118(avformat:new): mpegts: allow to set service_type in SDT In-Reply-To: <038.aa57b226e70d5d4588a36e84d7fd53c7@avcodec.org> References: <038.aa57b226e70d5d4588a36e84d7fd53c7@avcodec.org> Message-ID: <053.68afec33f3cd317f851d19f8ceebb039@avcodec.org> #4118: mpegts: allow to set service_type in SDT -------------------------------------+------------------------------------ Reporter: dhead666 | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * cc: smallishzulu (added) Comment: Then commit the patch locally, produce a patch file with {{{git format- patch HEAD^}}} and send it to the development mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 22:22:03 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 21:22:03 -0000 Subject: [FFmpeg-trac] #3405(undetermined:reopened): Bizare behaviour with RTP mpegts sources In-Reply-To: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> References: <041.9544c54d4d1ddf1eebb2c4eefab637b1@avcodec.org> Message-ID: <056.1cc8c026cbc72a0c27a94df615a41f55@avcodec.org> #3405: Bizare behaviour with RTP mpegts sources -------------------------------------+------------------------------------- Reporter: sharbatgula | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: RTP mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by thovo): If you use "-f mpegts -i rtp://...", the mpegts demuxer is used and the stream is processed as it would be plain mpegts data. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 23:05:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 22:05:58 -0000 Subject: [FFmpeg-trac] #4176(avformat:new): RTP packetizing for MPEG-TS (RFC 2250) Message-ID: <035.401facfeb3b11597c66f913958bc0aa4@avcodec.org> #4176: RTP packetizing for MPEG-TS (RFC 2250) -----------------------------------+--------------------------------------- Reporter: thovo | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: rtp muxer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- There is already an MPEG-TS muxer in the source. For the requested feature this RTP packetizing scheme is needed: [RTP]..[MPEG-TS data] No additional payload header is needed for MPEG-TS as RTP payload. (Martin will add a patch for this.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 9 23:52:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 22:52:20 -0000 Subject: [FFmpeg-trac] #4177(undetermined:new): Digimetrics Hydra Player violates the GPL Message-ID: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Type: license Status: new | violation Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Asked for an evaluation copy of this product and has FFmpeg dlls containing --enable-gpl --enable-version3 in it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 00:31:30 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 09 Dec 2014 23:31:30 -0000 Subject: [FFmpeg-trac] #4177(undetermined:new): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.803140e350a34b1a6311facb2b0d3f43@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: new violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kierank): Also the same violation with their Aurora software. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 03:29:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 02:29:27 -0000 Subject: [FFmpeg-trac] #4178(undetermined:new): Opus audio in MKV container Message-ID: <038.1a4e609fa29c17d70d4df5a9265b3e83@avcodec.org> #4178: Opus audio in MKV container -------------------------------------+------------------------------------- Reporter: agressiv | Type: defect Status: new | Priority: normal Component: | Version: 2.5 undetermined | Blocked By: Keywords: libopus, | Reproduced by developer: 0 mkv, matroska, opus, crackling | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Opus Audio in MKV/WEBM/MKA containers is has crackling and lots of clicks/artifacts when played in ffplay, mplayer or using shared libraries (e.g. Kodi) How to reproduce: {{{ Mux Opus Audio into MKV. Play it with ffplay, mplayer or anything leveraging ffmpeg shared libraries. }}} MPC-HC has zero problems playing these files at all. I've taken the first minute of a bad MKA (for sizes' sake) and have attached it. If you extract the Opus, ffplay will play it fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 03:52:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 02:52:30 -0000 Subject: [FFmpeg-trac] #4179(ffserver:new): ffserver regression: jpg stream no longer has boundaries Message-ID: <040.52a5372f9cd0e15d102c64b6bd10a8a8@avcodec.org> #4179: ffserver regression: jpg stream no longer has boundaries ------------------------------------+-------------------------------------- Reporter: illumilore | Type: defect Status: new | Priority: normal Component: ffserver | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- This was supposed to have been patched by this: http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2006-June/013107.html but it no longer works, as the jpg stream from ffserver on the git from 5 days ago no longer has bounderies so embedding it in a website means that it just continually tries loading, and if you try viewing the image directly, it also wont work since the mimetype is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 09:29:57 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 08:29:57 -0000 Subject: [FFmpeg-trac] #3917(undetermined:closed): SRTP not encrypting video In-Reply-To: <038.cba4eaa26a03db93ab941342515444c3@avcodec.org> References: <038.cba4eaa26a03db93ab941342515444c3@avcodec.org> Message-ID: <053.36982b7e9f75aaddd1306794dc5afd0e@avcodec.org> #3917: SRTP not encrypting video -------------------------------------+------------------------------------- Reporter: bone2006 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: SRTP | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by thovo): * status: new => closed * resolution: => duplicate Comment: See "RTP packetizing for MPEG-TS (RFC 2250)" (http://trac.ffmpeg.org/ticket/4176) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 10:30:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 09:30:39 -0000 Subject: [FFmpeg-trac] #4178(undetermined:open): Opus audio in MKV container In-Reply-To: <038.1a4e609fa29c17d70d4df5a9265b3e83@avcodec.org> References: <038.1a4e609fa29c17d70d4df5a9265b3e83@avcodec.org> Message-ID: <053.e6f0d8c0bbe8c6ccb073aa65b7a4ef78@avcodec.org> #4178: Opus audio in MKV container -------------------------------------+------------------------------------- Reporter: agressiv | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mkv opus | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libopus, mkv, matroska, opus, crackling => mkv opus regression * priority: normal => important * version: 2.5 => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since 7b0a839b For future tickets: Please always test current FFmpeg git head and please provide complete, uncut output of the failing command to make the tickets valid. {{{ $ ffmpeg -i Star\ Trek\ \(2009\).mka out.wav ffmpeg version N-68356-gd43d5c5 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 10 2014 10:07:42 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.103 / 56. 15.103 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, matroska,webm, from 'Star Trek (2009).mka': Metadata: title : StarTrek2009 ENCODER : Lavf56.11.100 Duration: 00:01:00.00, start: 0.007000, bitrate: 300 kb/s Chapter #0:0: start 0.007000, end 60.000000 Metadata: title : Chapter 01 Stream #0:0(eng): Audio: opus, 48000 Hz, 5.1, fltp (default) Metadata: LANGUAGE : eng BPS : 253416 BPS-eng : 253416 DURATION : 02:06:50.260000000 DURATION-eng : 02:06:50.260000000 NUMBER_OF_FRAMES: 380514 NUMBER_OF_FRAMES-eng: 380514 NUMBER_OF_BYTES : 241070856 NUMBER_OF_BYTES-eng: 241070856 _STATISTICS_WRITING_APP: mkvmerge v7.3.0 ('Nouages') 64bit built on Oct 22 2014 18:53:34 _STATISTICS_WRITING_APP-eng: mkvmerge v7.3.0 ('Nouages') 64bit built on Oct 22 2014 18:53:34 _STATISTICS_WRITING_DATE_UTC: 2014-11-23 21:24:11 _STATISTICS_WRITING_DATE_UTC-eng: 2014-11-23 21:24:11 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Output #0, wav, to 'out.wav': Metadata: INAM : StarTrek2009 ISFT : Lavf56.15.103 Chapter #0:0: start 0.014000, end 60.007000 Metadata: title : Chapter 01 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s16, 4608 kb/s (default) Metadata: LANGUAGE : eng BPS : 253416 BPS-eng : 253416 DURATION : 02:06:50.260000000 DURATION-eng : 02:06:50.260000000 NUMBER_OF_FRAMES: 380514 NUMBER_OF_FRAMES-eng: 380514 NUMBER_OF_BYTES : 241070856 NUMBER_OF_BYTES-eng: 241070856 _STATISTICS_WRITING_APP: mkvmerge v7.3.0 ('Nouages') 64bit built on Oct 22 2014 18:53:34 _STATISTICS_WRITING_APP-eng: mkvmerge v7.3.0 ('Nouages') 64bit built on Oct 22 2014 18:53:34 _STATISTICS_WRITING_DATE_UTC: 2014-11-23 21:24:11 _STATISTICS_WRITING_DATE_UTC-eng: 2014-11-23 21:24:11 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES encoder : Lavc56.14.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (opus (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 21676kB time=00:01:00.00 bitrate=2959.5kbits/s video:0kB audio:21676kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000559% }}} Also reproducible with the libopus decoder, the following produces a playable file: {{{ $ ffmpeg -i Star\ Trek\ \(2009\).mka -acodec copy out.opus }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 10:31:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 09:31:36 -0000 Subject: [FFmpeg-trac] #4176(avformat:new): RTP packetizing for MPEG-TS (RFC 2250) In-Reply-To: <035.401facfeb3b11597c66f913958bc0aa4@avcodec.org> References: <035.401facfeb3b11597c66f913958bc0aa4@avcodec.org> Message-ID: <050.b1165aecf2cf6068fe6316eabdf8bd70@avcodec.org> #4176: RTP packetizing for MPEG-TS (RFC 2250) -------------------------------------+------------------------------------ Reporter: thovo | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rtp mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rtp muxer => rtp mpegts * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 11:28:00 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 10:28:00 -0000 Subject: [FFmpeg-trac] #4170(ffmpeg:closed): ffmpeg is modifying shell memory? In-Reply-To: <041.900a609f7818ae82b2d18f4f817c44bf@avcodec.org> References: <041.900a609f7818ae82b2d18f4f817c44bf@avcodec.org> Message-ID: <056.4088e7ef36dac205ebf124b22a584422@avcodec.org> #4170: ffmpeg is modifying shell memory? -------------------------------------+----------------------------------- Reporter: MisterE2002 | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by Cigaes): * analyzed: 0 => 1 * keywords: bash loop strange output => * status: new => closed * component: undetermined => ffmpeg * resolution: => invalid Comment: {{{ffmpeg}}} reads on its standard input, and in this script, the standard input is connected to {{{echo "$list" |sort}}}; therefore, {{{ffmpeg}}} is competing with {{{read file}}} for the output of {{{sort}}}. By the way, I hope you realize that this script will break utterly when certain special characters. If you can not do your task with a simple {{{*.mp4}}}, then you should drop the shell and use a real language. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 11:31:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 10:31:32 -0000 Subject: [FFmpeg-trac] #4173(avformat:open): mxf: memory leak with fuzzed file In-Reply-To: <036.d11f011f3fbd18c9b3719be4543321c1@avcodec.org> References: <036.d11f011f3fbd18c9b3719be4543321c1@avcodec.org> Message-ID: <051.05b75f1ff9c25bbc90b0c72afece59a8@avcodec.org> #4173: mxf: memory leak with fuzzed file ------------------------------------+------------------------------------ Reporter: tholin | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mxf leak * priority: important => normal * status: new => open * reproduced: 0 => 1 Comment: Patch sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 15:23:21 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 14:23:21 -0000 Subject: [FFmpeg-trac] #4177(undetermined:new): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.d64d79140d8f3806e368ee9a1bc60b5e@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: new violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ericmcarson): This was introduced by a new developer at Digimetrics who downloaded a precompiled version of FFMPEG when he ported some 64-bit code rather than using the FFMPEG build environment here to make the LGPL builds. This issue will be resolved in both Aurora & Hydra today, 10 December, 2014. I will post new build numbers here once it is fixed. Previous builds of Aurora & Hydra have already been taken down from distribution while this is resolved. Eric Carson CTO & Founder, Digimetrics -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 17:29:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 16:29:31 -0000 Subject: [FFmpeg-trac] #4180(undetermined:new): FFprobe Real Media sub_packet_size is invalid (on file generated by FFmpeg) Message-ID: <034.eb12a8908092c7ecb71b0ae31ec70bab@avcodec.org> #4180: FFprobe Real Media sub_packet_size is invalid (on file generated by FFmpeg) -------------------------------------+------------------------------------- Reporter: ?onny | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: RealMedia | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I have some real media file. I trim it by FFmpeg (loss-less), afterwards FFporbe refuses to give information about the file, and I cannot play it. How to reproduce: 1) Trim the file {{{ ffmpeg.exe -ss 00:04:43.2400000 -i RM.rm -t 00:08:33.5800000 -c copy -map 0 -threa ds auto -y -map_chapters -1 trim.rm ffmpeg version N-68355-gae81680 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 10 2014 02:07:55 with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --e nable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable- iconv --enable-li bass --enable-libbluray --enable-libbs2b --enable-libcaca --enable- libfreetype --enable-li bgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-l ibrtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --en able-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable -libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.103 / 56. 15.103 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [rm @ 000000000034d3c0] Invalid stream index 1 for index at pos 3708982 Input #0, rm, from 'RM.rm': Metadata: title : Radio Farda author : Radio Farda copyright : Radio Farda, 2014 comment : Creation Date : 3/20/2014 10:45:11 Generated By : RealProducer 14.0 for Windows, Build 14.0.0.5138 Modification Date: 3/20/2014 10:45:11 Duration: 00:15:00.93, start: 0.000000, bitrate: 32 kb/s Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 22050 Hz, stereo, fltp, 32 kb/s Output #0, rm, to 'trim.rm': Metadata: title : Radio Farda author : Radio Farda copyright : Radio Farda, 2014 comment : Creation Date : 3/20/2014 10:45:11 Generated By : RealProducer 14.0 for Windows, Build 14.0.0.5138 Modification Date: 3/20/2014 10:45:11 encoder : Lavf56.15.103 Stream #0:0: Audio: cook (cook / 0x6B6F6F63), 22050 Hz, stereo, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 2272kB time=00:08:33.55 bitrate= 36.2kbits/s video:0kB audio:2012kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 12.918076% }}} Get info about the file {{{ ffprobe trim.rm ffprobe version N-68355-gae81680 Copyright (c) 2007-2014 the FFmpeg developers built on Dec 10 2014 02:07:55 with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --e nable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable- iconv --enable-li bass --enable-libbluray --enable-libbs2b --enable-libcaca --enable- libfreetype --enable-li bgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-l ibrtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --en able-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable -libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.103 / 56. 15.103 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [rm @ 0000000000348d60] sub_packet_size is invalid trim.rm: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 17:33:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 16:33:14 -0000 Subject: [FFmpeg-trac] #4180(undetermined:new): FFprobe Real Media sub_packet_size is invalid (on file generated by FFmpeg) In-Reply-To: <034.eb12a8908092c7ecb71b0ae31ec70bab@avcodec.org> References: <034.eb12a8908092c7ecb71b0ae31ec70bab@avcodec.org> Message-ID: <049.9d2b08f7c44f8f875a0eeb3343345a26@avcodec.org> #4180: FFprobe Real Media sub_packet_size is invalid (on file generated by FFmpeg) -------------------------------------+------------------------------------- Reporter: ?onny | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: RealMedia | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ?onny): The original file is too big to attach. Download it from http://av.voanews.com/clips/VXL/2014/12/10/a658e620-0004-41d0-9d3e- da3a8a0de192_original.rm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 17:41:48 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 16:41:48 -0000 Subject: [FFmpeg-trac] #4180(undetermined:new): FFprobe Real Media sub_packet_size is invalid (on file generated by FFmpeg) In-Reply-To: <034.eb12a8908092c7ecb71b0ae31ec70bab@avcodec.org> References: <034.eb12a8908092c7ecb71b0ae31ec70bab@avcodec.org> Message-ID: <049.d2512767b74c7a2c554f9034107e7cff@avcodec.org> #4180: FFprobe Real Media sub_packet_size is invalid (on file generated by FFmpeg) -------------------------------------+------------------------------------- Reporter: ?onny | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: RealMedia | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I don't understand: How is this ticket related to FFprobe? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 20:33:04 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 19:33:04 -0000 Subject: [FFmpeg-trac] #3969(avformat:new): Incorect mapping of tags during m4a -> mp3 transcoding In-Reply-To: <038.9d76af01c1309c543b93f0640b937d49@avcodec.org> References: <038.9d76af01c1309c543b93f0640b937d49@avcodec.org> Message-ID: <053.74a154fbeaaacf04604fa33f8fc53b58@avcodec.org> #3969: Incorect mapping of tags during m4a -> mp3 transcoding -------------------------------------+------------------------------------- Reporter: ra666ack | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: id3v2 | Blocked By: metadata | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ra666ack): Replying to [comment:6 cehoyos]: > Is this still reproducible? > Or was it fixed in dc351e1381900ead3288079f93f359161804d024 ? The issue seems to be fixed. During the m4a to mp3 conversion the ID3v2.4 tag is written. The year is stored in 'TRDC' Tag which seems to work now. Tested on: ffmpeg version 2.5.git Copyright (c) 2000-2014 the FFmpeg developers built on Dec 10 2014 20:15:35 with gcc 4.9.1 (Ubuntu 4.9.1-16ubuntu6) configuration: --prefix=/home/###/ffmpeg_build --extra- cflags=-I/home/###/ffmpeg_build/include --extra- ldflags=-L/home/###/ffmpeg_build/lib --bindir=/home/###/bin --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.103 / 56. 15.103 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Thanks for fixing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 21:25:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 20:25:27 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.cfde35aa4599aa4a0939ab8e825a9878@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): Replying to [comment:17 paheikki]: > To summarize, I spent four hours tonight chasing for the offending input image. Not found it yet. You said you saw it. This was the one piece of information that I wanted to question, if it was logged after the U104.mp4 and V104.mp4, or not... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 21:32:33 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 20:32:33 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.ad0f87c8fb5281b299a7ec25ffcbfbf0@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): Alas, adding your suggested workaround "-vf setsar=1" did not help at all. I reran every single encoding including that but the results are the same as before. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 23:25:31 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 22:25:31 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.6cd777ef1461ae95a2302a6f3a4bedb5@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Then please provide command line including console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 10 23:26:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 22:26:30 -0000 Subject: [FFmpeg-trac] #3969(avformat:closed): Incorect mapping of tags during m4a -> mp3 transcoding In-Reply-To: <038.9d76af01c1309c543b93f0640b937d49@avcodec.org> References: <038.9d76af01c1309c543b93f0640b937d49@avcodec.org> Message-ID: <053.4658436e3168457777b978fbc088f286@avcodec.org> #3969: Incorect mapping of tags during m4a -> mp3 transcoding -------------------------------------+------------------------------------- Reporter: ra666ack | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: id3v2 | Blocked By: metadata | 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 Wed Dec 10 23:54:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 10 Dec 2014 22:54:26 -0000 Subject: [FFmpeg-trac] #3969(avformat:closed): Incorect mapping of tags during m4a -> mp3 transcoding In-Reply-To: <038.9d76af01c1309c543b93f0640b937d49@avcodec.org> References: <038.9d76af01c1309c543b93f0640b937d49@avcodec.org> Message-ID: <053.1416cb382a71142555ae0e217584d3bf@avcodec.org> #3969: Incorect mapping of tags during m4a -> mp3 transcoding -------------------------------------+------------------------------------- Reporter: ra666ack | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: id3v2 | Blocked By: metadata | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: Apparently a duplicate of ticket #3694, thank you for testing again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 05:44:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 04:44:12 -0000 Subject: [FFmpeg-trac] #4177(undetermined:new): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.96ff815a5befc3c6f1e580d36e555b13@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: new violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ericmcarson): This is now resolved in Aurora (5.1.275.0) and Hydra (4.0.293). FFMPEG in both now has the GPL and enable v3 options compiled out. As always, Digimetrics distributes the source of the LGPL projects we use without modification or static linking from the same FTP location as our product downloads, and we also post required notices in our Help, About boxes. This should resolve this particular issue. Eric Carson CTO & Founder, Digimetrics -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 05:44:33 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 04:44:33 -0000 Subject: [FFmpeg-trac] #4177(undetermined:closed): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.7a94d9b08e6cb700e1fb9ef7aeb0f27e@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: closed violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ericmcarson): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 09:42:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 08:42:09 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.3b16fbc116e4ea28e78cb26accf27e54@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: Please point us to your new installer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 10:11:22 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 09:11:22 -0000 Subject: [FFmpeg-trac] #4177(undetermined:open): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.b5225c3ba6201d22513a9b7543e5ec63@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 10:19:56 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 09:19:56 -0000 Subject: [FFmpeg-trac] #1464(undetermined:open): FFplay regression with H264 high profile input (gcc 4.2.* specific) In-Reply-To: <034.15e9bd9b36ee9830ea6d70d8ed7758e3@avcodec.org> References: <034.15e9bd9b36ee9830ea6d70d8ed7758e3@avcodec.org> Message-ID: <049.70060890f1907ad8fe8ddb03abe3f84c@avcodec.org> #1464: FFplay regression with H264 high profile input (gcc 4.2.* specific) -------------------------------------+------------------------------------- Reporter: ianm | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 gcc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 => h264 gcc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 10:22:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 09:22:32 -0000 Subject: [FFmpeg-trac] #3970(build system:new): configure should warn about gcc 4.2 In-Reply-To: <037.819021f15b643711d109c2b093fd7ec6@avcodec.org> References: <037.819021f15b643711d109c2b093fd7ec6@avcodec.org> Message-ID: <052.75192cfc3f2bc9e1b561be9e94e9bdac@avcodec.org> #3970: configure should warn about gcc 4.2 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: build Version: git-master | system Keywords: gcc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => gcc Comment: See also ticket #1464. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 10:26:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 09:26:01 -0000 Subject: [FFmpeg-trac] #1464(undetermined:closed): FFplay regression with H264 high profile input (gcc 4.2.* specific) In-Reply-To: <034.15e9bd9b36ee9830ea6d70d8ed7758e3@avcodec.org> References: <034.15e9bd9b36ee9830ea6d70d8ed7758e3@avcodec.org> Message-ID: <049.195c5fec79cbeabfd68308fb3da5bea1@avcodec.org> #1464: FFplay regression with H264 high profile input (gcc 4.2.* specific) -------------------------------------+------------------------------------- Reporter: ianm | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: h264 gcc | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => wontfix Comment: I believe this issue will not be fixed / no workarounds will be added for gcc 4.2. I opened ticket #3970 as a feature request for configure refusing this compiler or at least print a warning. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 10:30:25 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 09:30:25 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.d906a9f9109d80806aa12dc613acf0f3@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is there anything about this ticket that can be "fixed"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 10:33:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 09:33:46 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.2aa5813b35f3da698f5a0b5a10cfd4f7@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 kierank): I was hoping to find time to fix the chroma upsampling in vf_scale but that might not happen this week. I might be able to help our OPW student though with it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 13:12:34 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 12:12:34 -0000 Subject: [FFmpeg-trac] #3566(avformat:new): Support new HikVision CCTV files In-Reply-To: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> References: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> Message-ID: <052.a1683bf9f73c5b997be4e4e32d8ba6a0@avcodec.org> #3566: Support new HikVision CCTV files -------------------------------------+------------------------------------ Reporter: jon.lee | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by sabkaraja): I have the same issue. Hikvision audio is showing up as LATM (one stream) http://www.datafilehost.com/get.php?file=cc992777 I am using following version: ffmpeg version N-68330-g720dffb Copyright (c) 2000-2014 the FFmpeg developers built on Dec 8 2014 23:44:09 with gcc 4.9.2 (GCC) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 16:03:12 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 15:03:12 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.eabebbfa84666bdb35704b4e1d56b96f@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): I said that VLC had the same issue to point that this problem impacts other project as well. Yes as a video player you might expect that the user enables deinterlacing. But if there is a chroma scaling error, the deinterlace filter might end with an incorrect result (in this case, mixing chroma between frames). And it was also to point out that it might use libswscale because the issue is exactly the same. In the past I reported various bugs to the VLC team, mostly all closed with "it's a bug in libav" -_- In all those years what I learnt is that interlaced video is often not or badly supported in FLOSS projects. It's just unfortunate since it's part of the basics of video :/ As I said it's just as if the codecs were not able to send back the information that the chroma is interlaced. I misunderstood the meaning of yuv420p but the question I wanted to ask there is : why using the same pixel format if it can be interpreted in two (or more) different ways ? Isn't there something missing here ? Now don't misunderstand me, I know ffmpeg is a huge project. I'm even sad I don't have enough time to bring my own fixes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 17:50:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 16:50:28 -0000 Subject: [FFmpeg-trac] #4177(undetermined:open): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.5077bb73ae635d3c4d0c1a20404df064@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ericmcarson): You have access to the new installers, as you already have the EULA from the new builds. If you have an issue with the EULA, please inform specifically what items you feel conflict with LGPL v2.1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 17:52:40 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 16:52:40 -0000 Subject: [FFmpeg-trac] #4177(undetermined:open): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.9d1e98b6ebacc7601d2e05f06eb8c529@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ericmcarson): * cc: eric@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 17:54:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 16:54:09 -0000 Subject: [FFmpeg-trac] #4177(undetermined:open): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.fb29a07155ab7beeaa6f423ac860c56b@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ericmcarson): Replying to [ticket:4177 kierank]: > Asked for an evaluation copy of this product and has FFmpeg dlls containing --enable-gpl --enable-version3 in it. These options are no longer in either Hydra or Aurora as 10 December, 2014. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 18:36:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 17:36:10 -0000 Subject: [FFmpeg-trac] #4177(undetermined:open): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.d53b80dba5b81c89f8d7a6eb79dd74ed@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Yes, you are correct that the EULA does not conform to the LGPL. Please read our legal page for the checklist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 20:14:24 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 19:14:24 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.0a38d7ec4d43222475832309527e1535@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): Thanks. As discussed above, I did not get the confirmation that U104.mp4 is the file without aspect ratio info, but I suspect it is. Below, please find the console output of U104.mp4 and V105.mp4 and the latter should be ok. I have "-vf setsar=1" defined but it has no effect whatsoever. Is it defined in the wrong place in the command line or something like that? C:\Bin\FFMpeg\Bin\Ffmpeg.exe -loop 1 -i Kuva.jpg -i "C:/Users/k?ytt?j?/AppData/Local/Temp/mphTemp.mp3" -acodec copy -pix_fmt yuv420p -c:v libx264 -profile:v baseline -tune stillimage -vf setsar=1 -vf subtitles="'D\:/Temp/U104.srt'" -shortest D:/Temp/WORK/U104.mp4 ffmpeg version N-68044-g9f9440b Copyright (c) 2000-2014 the FFmpeg developers built on Nov 27 2014 03:04:01 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.100 / 56. 15.100 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, image2, from 'Kuva.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 10829 kb/s Stream #0:0: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 640x480, 25 fps, 25 tbr, 25 tbn, 25 tbc [mp3 @ 02947960] Estimating duration from bitrate, this may be inaccurate Input #1, mp3, from 'C:/Users/k??ytt??j??/AppData/Local/Temp/mphTemp.mp3': Duration: 00:00:02.80, start: 0.000000, bitrate: 256 kb/s Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16p, 256 kb/s [swscaler @ 0696ee80] deprecated pixel format used, make sure you did set range correctly [libx264 @ 0033da40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0033da40] profile Constrained Baseline, level 3.0 [libx264 @ 0033da40] 264 - core 142 r2479 dd79a61 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:-3:-3 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=2.00:0.70 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 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=0 weightp=0 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.20 Output #0, mp4, to 'D:/Temp/WORK/U104.mp4': Metadata: encoder : Lavf56.15.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x480, q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.13.100 libx264 Stream #0:1: Audio: mp3 (i[0][0][0] / 0x0069), 44100 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264)) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 124 fps=0.0 q=-1.0 Lsize= 109kB time=00:00:02.84 bitrate= 313.3kbits/s video:18kB audio:87kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.075183% [libx264 @ 0033da40] frame I:1 Avg QP:14.30 size: 11853 [libx264 @ 0033da40] frame P:123 Avg QP:16.31 size: 73 [libx264 @ 0033da40] mb I I16..4: 73.4% 0.0% 26.6% [libx264 @ 0033da40] mb P I16..4: 0.2% 0.0% 0.1% P16..4: 0.7% 0.1% 0.0% 0.0% 0.0% skip:98.9% [libx264 @ 0033da40] coded y,uvDC,uvAC intra: 19.0% 36.6% 15.8% inter: 0.1% 0.5% 0.0% [libx264 @ 0033da40] i16 v,h,dc,p: 68% 27% 4% 1% [libx264 @ 0033da40] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 55% 18% 16% 1% 1% 1% 3% 0% 3% [libx264 @ 0033da40] i8c dc,h,v,p: 41% 16% 42% 1% [libx264 @ 0033da40] ref P L0: 94.6% 2.8% 2.5% [libx264 @ 0033da40] kb/s:33.67 ------------- C:\Bin\FFMpeg\Bin\Ffmpeg.exe -loop 1 -i Kuva.jpg -i "C:/Users/k?ytt?j?/AppData/Local/Temp/mphTemp.mp3" -acodec copy -pix_fmt yuv420p -c:v libx264 -profile:v baseline -tune stillimage -vf setsar=1 -vf subtitles="'D\:/Temp/V105.srt'" -shortest D:/Temp/WORK/V105.mp4 ffmpeg version N-68044-g9f9440b Copyright (c) 2000-2014 the FFmpeg developers built on Nov 27 2014 03:04:01 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.100 / 56. 15.100 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, image2, from 'Kuva.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 8112 kb/s Stream #0:0: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 640x480 [SAR 100:100 DAR 4:3], 25 fps, 25 tbr, 25 tbn, 25 tbc [mp3 @ 04ff6920] Estimating duration from bitrate, this may be inaccurate Input #1, mp3, from 'C:/Users/k??ytt??j??/AppData/Local/Temp/mphTemp.mp3': Duration: 00:00:03.06, start: 0.000000, bitrate: 256 kb/s Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16p, 256 kb/s [swscaler @ 04e8fea0] deprecated pixel format used, make sure you did set range correctly [libx264 @ 0298da40] using SAR=1/1 [libx264 @ 0298da40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0298da40] profile Constrained Baseline, level 3.0 [libx264 @ 0298da40] 264 - core 142 r2479 dd79a61 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:-3:-3 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=2.00:0.70 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 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=0 weightp=0 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.20 Output #0, mp4, to 'D:/Temp/WORK/V105.mp4': Metadata: encoder : Lavf56.15.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.13.100 libx264 Stream #0:1: Audio: mp3 (i[0][0][0] / 0x0069), 44100 Hz, stereo, 256 kb/s Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264)) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 130 fps=0.0 q=-1.0 Lsize= 119kB time=00:00:03.08 bitrate= 317.0kbits/s video:20kB audio:96kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.965394% [libx264 @ 0298da40] frame I:1 Avg QP:13.21 size: 14016 [libx264 @ 0298da40] frame P:129 Avg QP:14.66 size: 66 [libx264 @ 0298da40] mb I I16..4: 73.3% 0.0% 26.8% [libx264 @ 0298da40] mb P I16..4: 0.2% 0.0% 0.1% P16..4: 0.4% 0.0% 0.0% 0.0% 0.0% skip:99.2% [libx264 @ 0298da40] coded y,uvDC,uvAC intra: 19.7% 37.0% 16.2% inter: 0.0% 0.3% 0.0% [libx264 @ 0298da40] i16 v,h,dc,p: 76% 13% 11% 0% [libx264 @ 0298da40] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 40% 17% 29% 3% 2% 1% 3% 1% 4% [libx264 @ 0298da40] i8c dc,h,v,p: 62% 9% 29% 1% [libx264 @ 0298da40] ref P L0: 99.3% 0.6% 0.1% [libx264 @ 0298da40] kb/s:34.67 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 21:23:10 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 20:23:10 -0000 Subject: [FFmpeg-trac] #4181(undetermined:new): libilbc segfault Message-ID: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: libilbc Blocked By: | crash SIGSEGV Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- Found by Andrew Strong. {{{ (gdb) r -y -f lavfi -i sine=r=8000:d=3 -c:v libilbc out.lbc Starting program: ffmpeg_g -y -f lavfi -i sine=r=8000:d=3 -c:v libilbc out.lbc warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". ffmpeg version N-68377-gf96fcba Copyright (c) 2000-2014 the FFmpeg developers built on Dec 11 2014 11:06:46 with gcc 4.9.2 (GCC) configuration: --enable-libilbc --disable-doc libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.103 / 56. 15.103 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 [New Thread 0x7ffff4587700 (LWP 19372)] [New Thread 0x7ffff3d86700 (LWP 19373)] [New Thread 0x7ffff3585700 (LWP 19374)] [New Thread 0x7ffff2d84700 (LWP 19375)] [New Thread 0x7ffff2583700 (LWP 19376)] [New Thread 0x7ffff1d82700 (LWP 19377)] [New Thread 0x7ffff1581700 (LWP 19378)] [New Thread 0x7ffff0d80700 (LWP 19379)] [New Thread 0x7ffff057f700 (LWP 19380)] Input #0, lavfi, from 'sine=r=8000:d=3': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s [New Thread 0x7fffefd7e700 (LWP 19381)] [New Thread 0x7fffef57d700 (LWP 19382)] [New Thread 0x7fffeed7c700 (LWP 19383)] [New Thread 0x7fffee57b700 (LWP 19384)] [New Thread 0x7fffedd7a700 (LWP 19385)] [New Thread 0x7fffed579700 (LWP 19386)] [New Thread 0x7fffecd78700 (LWP 19387)] [New Thread 0x7fffec577700 (LWP 19388)] [New Thread 0x7fffebd76700 (LWP 19389)] Output #0, ilbc, to 'out.lbc': Metadata: encoder : Lavf56.15.103 Stream #0:0: Audio: ilbc (libilbc), 8000 Hz, mono, s16 Metadata: encoder : Lavc56.14.100 libilbc Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> ilbc (libilbc)) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () }}} {{{ (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007ffff605dad7 in WebRtcSpl_AutoCorrelation ( in_vector=in_vector at entry=0x7fffffffd8b0, in_vector_length=in_vector_length at entry=240, order=order at entry=10, result=result at entry=0x7fffffffd880, scale=scale at entry=0x7fffffffd83c) at signal_processing/auto_correlation.c:31 #2 0x00007ffff605b9de in WebRtcIlbcfix_SimpleLpcAnalysis ( lsf=, data=, iLBCenc_inst=0x18f6d08) at ilbc/simple_lpc_analysis.c:65 #3 0x00007ffff605a2c0 in WebRtcIlbcfix_LpcEncode ( syntdenum=syntdenum at entry=0x7fffffffdd38, weightdenum=weightdenum at entry=0x7fffffffdbd0, lsf_index=lsf_index at entry=0x7fffffffdc60, data=data at entry=0x7fffffffde84, iLBCenc_inst=iLBCenc_inst at entry=0x18f6d08) at ilbc/lpc_encode.c:45 #4 0x00007ffff60574d7 in WebRtcIlbcfix_EncodeImpl (bytes=0x18d8fc0, block=, iLBCenc_inst=iLBCenc_inst at entry=0x18f6d08) at ilbc/encode.c:134 #5 0x000000000083a426 in ilbc_encode_frame (avctx=, avpkt=0x7fffffffe450, frame=0x18f53e0, got_packet_ptr=0x7fffffffe1cc) at libavcodec/libilbc.c:172 #6 0x00000000009ab94f in avcodec_encode_audio2 (avctx=0x18f6820, avpkt=0x7fffffffe450, frame=0x18f53e0, got_packet_ptr=0x7fffffffe1cc) at libavcodec/utils.c:1872 ---Type to continue, or q to quit--- #7 0x000000000047e29e in do_audio_out (frame=, ost=, s=) at ffmpeg.c:780 #8 reap_filters () at ffmpeg.c:1278 #9 0x0000000000465688 in transcode_step () at ffmpeg.c:3721 #10 transcode () at ffmpeg.c:3764 #11 main (argc=26167616, argv=0x18f6680) at ffmpeg.c:3941 }}} {{{ (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xffffffffffffffe0 to 0x20: End of assembler dump }}} {{{ (gdb) info all-registers rax 0x7ffff6268330 140737323107120 rbx 0x7fffffffd8b0 140737488345264 rcx 0x7fffffffd880 140737488345216 rdx 0xa 10 rsi 0xf0 240 rdi 0x7fffffffd8b0 140737488345264 rbp 0xa 0xa rsp 0x7fffffffd7a8 0x7fffffffd7a8 r8 0x7fffffffd83c 140737488345148 r9 0xffffff66 4294967142 r10 0xfffff861 4294965345 r11 0xf0 240 r12 0x7fffffffd880 140737488345216 r13 0xf0 240 r14 0x18f6d08 26176776 r15 0x7fffffffd8b0 140737488345264 rip 0x0 0x0 eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 ---Type to continue, or q to quit--- gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xff, 0x0 , 0xff, 0x0, 0x0, 0x0}, v8_int16 = { 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0}, v4_int32 = {0xff, 0x0, 0x0, 0xff}, v2_int64 = {0xff, 0xff00000000}, uint128 = 0x000000ff0000000000000000000000ff} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, ---Type to continue, or q to quit--- v16_int8 = {0x25 }, v8_int16 = {0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525}, v4_int32 = {0x25252525, 0x25252525, 0x25252525, 0x25252525}, v2_int64 = {0x2525252525252525, 0x2525252525252525}, uint128 = 0x25252525252525252525252525252525} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0xd0, 0xff, 0xff, 0xff, 0x7f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xec, 0x3, 0x0, 0x0}, v8_int16 = {0xd000, 0xffff, 0x7fff, 0x0, 0x0, 0x0, 0x3ec, 0x0}, v4_int32 = {0xffffd000, 0x7fff, 0x0, 0x3ec}, v2_int64 = { 0x7fffffffd000, 0x3ec00000000}, uint128 = 0x000003ec0000000000007fffffffd000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xff, 0x0 , 0xff, 0x0, 0x0, 0x0}, v8_int16 = { 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0}, v4_int32 = {0xff, 0x0, 0x0, 0xff}, v2_int64 = {0xff, 0xff00000000}, uint128 = 0x000000ff0000000000000000000000ff} xmm5 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = { ---Type to continue, or q to quit--- 0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = { 0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0x5a, 0x7, 0xd8, 0x7, 0x69, 0x7, 0x1a, 0x6, 0x11, 0x4, 0x8e, 0x1, 0xdb, 0xfe, 0x4b, 0xfc}, v8_int16 = {0x75a, 0x7d8, 0x769, 0x61a, 0x411, 0x18e, 0xfedb, 0xfc4b}, v4_int32 = {0x7d8075a, 0x61a0769, 0x18e0411, 0xfc4bfedb}, v2_int64 = {0x61a076907d8075a, 0xfc4bfedb018e0411}, uint128 = 0xfc4bfedb018e0411061a076907d8075a} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x8000000000000000}, v16_int8 = { 0xff }, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffffffffffff, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffffffffff} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { ---Type to continue, or q to quit--- 0x8000000000000000, 0x8000000000000000}, v16_int8 = { 0xff }, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffffffffffff, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffffffffff} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x8000000000000000}, v16_int8 = { 0xff }, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffffffffffff, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffffffffff} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0xff, 0x0 }, v8_int16 = {0xff00, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xff00, 0x0, 0x0, 0x0}, v2_int64 = {0xff00, 0x0}, uint128 = 0x0000000000000000000000000000ff00} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x34, 0x29, 0x37, 0x3d, 0x9, 0xba, 0x38, 0xbc, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x2934, 0x3d37, 0xba09, 0xbc38, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x3d372934, 0xbc38ba09, 0x0, 0x0}, v2_int64 = { 0xbc38ba093d372934, 0x0}, uint128 = 0x0000000000000000bc38ba093d372934} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0, ---Type to continue, or q to quit--- 0x0, 0x0, 0x0}, v4_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0}, v2_int64 = { 0x3c5324f0e883858e, 0x0}, uint128 = 0x00000000000000003c5324f0e883858e} xmm15 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xf6, 0x8f, 0xee, 0x21, 0xa8, 0x74, 0xd3, 0xbf, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x8ff6, 0x21ee, 0x74a8, 0xbfd3, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x21ee8ff6, 0xbfd374a8, 0x0, 0x0}, v2_int64 = {0xbfd374a821ee8ff6, 0x0}, uint128 = 0x0000000000000000bfd374a821ee8ff6} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 21:30:37 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 20:30:37 -0000 Subject: [FFmpeg-trac] #4181(undetermined:new): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.126e56f980f2b0a14a62d96cab38890a@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Old description: > Found by Andrew Strong. > > {{{ > (gdb) r -y -f lavfi -i sine=r=8000:d=3 -c:v libilbc out.lbc > Starting program: ffmpeg_g -y -f lavfi -i sine=r=8000:d=3 -c:v libilbc > out.lbc > warning: Could not load shared library symbols for linux-vdso.so.1. > Do you need "set solib-search-path" or "set sysroot"? > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/usr/lib/libthread_db.so.1". > ffmpeg version N-68377-gf96fcba Copyright (c) 2000-2014 the FFmpeg > developers > built on Dec 11 2014 11:06:46 with gcc 4.9.2 (GCC) > configuration: --enable-libilbc --disable-doc > libavutil 54. 15.100 / 54. 15.100 > libavcodec 56. 14.100 / 56. 14.100 > libavformat 56. 15.103 / 56. 15.103 > libavdevice 56. 3.100 / 56. 3.100 > libavfilter 5. 2.103 / 5. 2.103 > libswscale 3. 1.101 / 3. 1.101 > libswresample 1. 1.100 / 1. 1.100 > [New Thread 0x7ffff4587700 (LWP 19372)] > [New Thread 0x7ffff3d86700 (LWP 19373)] > [New Thread 0x7ffff3585700 (LWP 19374)] > [New Thread 0x7ffff2d84700 (LWP 19375)] > [New Thread 0x7ffff2583700 (LWP 19376)] > [New Thread 0x7ffff1d82700 (LWP 19377)] > [New Thread 0x7ffff1581700 (LWP 19378)] > [New Thread 0x7ffff0d80700 (LWP 19379)] > [New Thread 0x7ffff057f700 (LWP 19380)] > Input #0, lavfi, from 'sine=r=8000:d=3': > Duration: N/A, start: 0.000000, bitrate: 128 kb/s > Stream #0:0: Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s > [New Thread 0x7fffefd7e700 (LWP 19381)] > [New Thread 0x7fffef57d700 (LWP 19382)] > [New Thread 0x7fffeed7c700 (LWP 19383)] > [New Thread 0x7fffee57b700 (LWP 19384)] > [New Thread 0x7fffedd7a700 (LWP 19385)] > [New Thread 0x7fffed579700 (LWP 19386)] > [New Thread 0x7fffecd78700 (LWP 19387)] > [New Thread 0x7fffec577700 (LWP 19388)] > [New Thread 0x7fffebd76700 (LWP 19389)] > Output #0, ilbc, to 'out.lbc': > Metadata: > encoder : Lavf56.15.103 > Stream #0:0: Audio: ilbc (libilbc), 8000 Hz, mono, s16 > Metadata: > encoder : Lavc56.14.100 libilbc > Stream mapping: > Stream #0:0 -> #0:0 (pcm_s16le (native) -> ilbc (libilbc)) > Press [q] to stop, [?] for help > > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000000000 in ?? () > }}} > > {{{ > (gdb) bt > #0 0x0000000000000000 in ?? () > #1 0x00007ffff605dad7 in WebRtcSpl_AutoCorrelation ( > in_vector=in_vector at entry=0x7fffffffd8b0, > in_vector_length=in_vector_length at entry=240, order=order at entry=10, > result=result at entry=0x7fffffffd880, scale=scale at entry=0x7fffffffd83c) > at signal_processing/auto_correlation.c:31 > #2 0x00007ffff605b9de in WebRtcIlbcfix_SimpleLpcAnalysis ( > lsf=, data=, iLBCenc_inst=0x18f6d08) > at ilbc/simple_lpc_analysis.c:65 > #3 0x00007ffff605a2c0 in WebRtcIlbcfix_LpcEncode ( > syntdenum=syntdenum at entry=0x7fffffffdd38, > weightdenum=weightdenum at entry=0x7fffffffdbd0, > lsf_index=lsf_index at entry=0x7fffffffdc60, > data=data at entry=0x7fffffffde84, > iLBCenc_inst=iLBCenc_inst at entry=0x18f6d08) at ilbc/lpc_encode.c:45 > #4 0x00007ffff60574d7 in WebRtcIlbcfix_EncodeImpl (bytes=0x18d8fc0, > block=, iLBCenc_inst=iLBCenc_inst at entry=0x18f6d08) > at ilbc/encode.c:134 > #5 0x000000000083a426 in ilbc_encode_frame (avctx=, > avpkt=0x7fffffffe450, frame=0x18f53e0, got_packet_ptr=0x7fffffffe1cc) > at libavcodec/libilbc.c:172 > #6 0x00000000009ab94f in avcodec_encode_audio2 (avctx=0x18f6820, > avpkt=0x7fffffffe450, frame=0x18f53e0, got_packet_ptr=0x7fffffffe1cc) > at libavcodec/utils.c:1872 > ---Type to continue, or q to quit--- > #7 0x000000000047e29e in do_audio_out (frame=, > ost=, s=) at ffmpeg.c:780 > #8 reap_filters () at ffmpeg.c:1278 > #9 0x0000000000465688 in transcode_step () at ffmpeg.c:3721 > #10 transcode () at ffmpeg.c:3764 > #11 main (argc=26167616, argv=0x18f6680) at ffmpeg.c:3941 > }}} > > {{{ > (gdb) disass $pc-32,$pc+32 > Dump of assembler code from 0xffffffffffffffe0 to 0x20: > End of assembler dump > }}} > > {{{ > > (gdb) info all-registers > rax 0x7ffff6268330 140737323107120 > rbx 0x7fffffffd8b0 140737488345264 > rcx 0x7fffffffd880 140737488345216 > rdx 0xa 10 > rsi 0xf0 240 > rdi 0x7fffffffd8b0 140737488345264 > rbp 0xa 0xa > rsp 0x7fffffffd7a8 0x7fffffffd7a8 > r8 0x7fffffffd83c 140737488345148 > r9 0xffffff66 4294967142 > r10 0xfffff861 4294965345 > r11 0xf0 240 > r12 0x7fffffffd880 140737488345216 > r13 0xf0 240 > r14 0x18f6d08 26176776 > r15 0x7fffffffd8b0 140737488345264 > rip 0x0 0x0 > eflags 0x10206 [ PF IF RF ] > cs 0x33 51 > ss 0x2b 43 > ds 0x0 0 > es 0x0 0 > fs 0x0 0 > ---Type to continue, or q to quit--- > gs 0x0 0 > st0 0 (raw 0x00000000000000000000) > st1 0 (raw 0x00000000000000000000) > st2 0 (raw 0x00000000000000000000) > st3 0 (raw 0x00000000000000000000) > st4 0 (raw 0x00000000000000000000) > st5 0 (raw 0x00000000000000000000) > st6 0 (raw 0x00000000000000000000) > st7 0 (raw 0x00000000000000000000) > fctrl 0x37f 895 > fstat 0x0 0 > ftag 0xffff 65535 > fiseg 0x0 0 > fioff 0x0 0 > foseg 0x0 0 > fooff 0x0 0 > fop 0x0 0 > xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0xff, 0x0 , 0xff, 0x0, 0x0, 0x0}, > v8_int16 = { > 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0}, v4_int32 = {0xff, 0x0, > 0x0, > 0xff}, v2_int64 = {0xff, 0xff00000000}, > uint128 = 0x000000ff0000000000000000000000ff} > xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > ---Type to continue, or q to quit--- > v16_int8 = {0x25 }, v8_int16 = {0x2525, 0x2525, > 0x2525, > 0x2525, 0x2525, 0x2525, 0x2525, 0x2525}, v4_int32 = {0x25252525, > 0x25252525, 0x25252525, 0x25252525}, v2_int64 = {0x2525252525252525, > 0x2525252525252525}, uint128 = 0x25252525252525252525252525252525} > xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0, 0xd0, 0xff, 0xff, 0xff, 0x7f, 0x0, 0x0, 0x0, 0x0, 0x0, > 0x0, > 0xec, 0x3, 0x0, 0x0}, v8_int16 = {0xd000, 0xffff, 0x7fff, 0x0, 0x0, > 0x0, > 0x3ec, 0x0}, v4_int32 = {0xffffd000, 0x7fff, 0x0, 0x3ec}, v2_int64 = > { > 0x7fffffffd000, 0x3ec00000000}, > uint128 = 0x000003ec0000000000007fffffffd000} > xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, > 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, > 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0xff, 0x0 , 0xff, 0x0, 0x0, 0x0}, > v8_int16 = { > 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0}, v4_int32 = {0xff, 0x0, > 0x0, > 0xff}, v2_int64 = {0xff, 0xff00000000}, > uint128 = 0x000000ff0000000000000000000000ff} > xmm5 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, > v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, > 0x0, > 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, > 0x0, > 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = { > ---Type to continue, or q to quit--- > 0x3ff0000000000000, 0x0}, uint128 = > 0x00000000000000003ff0000000000000} > xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, > 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, > 0x0}, > uint128 = 0x00000000000000000000000000000000} > xmm7 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, > v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, > 0x0, > 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, > 0x0, > 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = { > 0x3ff0000000000000, 0x0}, uint128 = > 0x00000000000000003ff0000000000000} > xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, > 0x8000000000000000}, v16_int8 = {0x5a, 0x7, 0xd8, 0x7, 0x69, 0x7, > 0x1a, > 0x6, 0x11, 0x4, 0x8e, 0x1, 0xdb, 0xfe, 0x4b, 0xfc}, v8_int16 = > {0x75a, > 0x7d8, 0x769, 0x61a, 0x411, 0x18e, 0xfedb, 0xfc4b}, v4_int32 = > {0x7d8075a, > 0x61a0769, 0x18e0411, 0xfc4bfedb}, v2_int64 = {0x61a076907d8075a, > 0xfc4bfedb018e0411}, uint128 = 0xfc4bfedb018e0411061a076907d8075a} > xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { > 0x8000000000000000, 0x8000000000000000}, v16_int8 = { > 0xff }, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, > 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xffffffff, 0xffffffff, > 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffffffffffff, > 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffffffffff} > xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { > ---Type to continue, or q to quit--- > 0x8000000000000000, 0x8000000000000000}, v16_int8 = { > 0xff }, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, > 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xffffffff, 0xffffffff, > 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffffffffffff, > 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffffffffff} > xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { > 0x8000000000000000, 0x8000000000000000}, v16_int8 = { > 0xff }, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, > 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xffffffff, 0xffffffff, > 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffffffffffff, > 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffffffffff} > xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x0, 0xff, 0x0 }, v8_int16 = {0xff00, > 0x0, > 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xff00, 0x0, 0x0, 0x0}, > v2_int64 = {0xff00, 0x0}, uint128 = 0x0000000000000000000000000000ff00} > xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x34, 0x29, 0x37, 0x3d, 0x9, 0xba, 0x38, 0xbc, 0x0, 0x0, > 0x0, > 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x2934, 0x3d37, 0xba09, 0xbc38, > 0x0, > 0x0, 0x0, 0x0}, v4_int32 = {0x3d372934, 0xbc38ba09, 0x0, 0x0}, > v2_int64 = { > 0xbc38ba093d372934, 0x0}, uint128 = > 0x0000000000000000bc38ba093d372934} > xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, > v16_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0, 0x0, > 0x0, > 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, > 0x0, > ---Type to continue, or q to quit--- > 0x0, 0x0, 0x0}, v4_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0}, > v2_int64 = { > 0x3c5324f0e883858e, 0x0}, uint128 = > 0x00000000000000003c5324f0e883858e} > xmm15 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0x0, > 0x0}, v16_int8 = {0xf6, 0x8f, 0xee, 0x21, 0xa8, 0x74, 0xd3, 0xbf, > 0x0, > 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x8ff6, 0x21ee, > 0x74a8, > 0xbfd3, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x21ee8ff6, 0xbfd374a8, 0x0, > 0x0}, v2_int64 = {0xbfd374a821ee8ff6, 0x0}, > uint128 = 0x0000000000000000bfd374a821ee8ff6} > mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] > }}} New description: Found by Andrew Strong. {{{ (gdb) r -y -f lavfi -i sine=r=8000:d=3 out.lbc Starting program: ffmpeg_g -y -f lavfi -i sine=r=8000:d=3 out.lbc warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". ffmpeg version N-68377-gf96fcba Copyright (c) 2000-2014 the FFmpeg developers built on Dec 11 2014 11:06:46 with gcc 4.9.2 (GCC) configuration: --enable-libilbc --disable-doc libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.103 / 56. 15.103 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 [New Thread 0x7ffff4587700 (LWP 19557)] [New Thread 0x7ffff3d86700 (LWP 19558)] [New Thread 0x7ffff3585700 (LWP 19559)] [New Thread 0x7ffff2d84700 (LWP 19560)] [New Thread 0x7ffff2583700 (LWP 19561)] [New Thread 0x7ffff1d82700 (LWP 19562)] [New Thread 0x7ffff1581700 (LWP 19563)] [New Thread 0x7ffff0d80700 (LWP 19564)] [New Thread 0x7ffff057f700 (LWP 19565)] Input #0, lavfi, from 'sine=r=8000:d=3': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s [New Thread 0x7fffefd7e700 (LWP 19566)] [New Thread 0x7fffef57d700 (LWP 19567)] [New Thread 0x7fffeed7c700 (LWP 19568)] [New Thread 0x7fffee57b700 (LWP 19569)] [New Thread 0x7fffedd7a700 (LWP 19570)] [New Thread 0x7fffed579700 (LWP 19571)] [New Thread 0x7fffecd78700 (LWP 19572)] [New Thread 0x7fffec577700 (LWP 19573)] [New Thread 0x7fffebd76700 (LWP 19574)] Output #0, ilbc, to 'out.lbc': Metadata: encoder : Lavf56.15.103 Stream #0:0: Audio: ilbc (libilbc), 8000 Hz, mono, s16 Metadata: encoder : Lavc56.14.100 libilbc Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> ilbc (libilbc)) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () }}} {{{ (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007ffff605dad7 in WebRtcSpl_AutoCorrelation (in_vector=in_vector at entry=0x7fffffffd8d0, in_vector_length=in_vector_length at entry=240, order=order at entry=10, result=result at entry=0x7fffffffd8a0, scale=scale at entry=0x7fffffffd85c) at signal_processing/auto_correlation.c:31 #2 0x00007ffff605b9de in WebRtcIlbcfix_SimpleLpcAnalysis (lsf=, data=, iLBCenc_inst=0x18f6ca8) at ilbc/simple_lpc_analysis.c:65 #3 0x00007ffff605a2c0 in WebRtcIlbcfix_LpcEncode (syntdenum=syntdenum at entry=0x7fffffffdd58, weightdenum=weightdenum at entry=0x7fffffffdbf0, lsf_index=lsf_index at entry=0x7fffffffdc80, data=data at entry=0x7fffffffdea4, iLBCenc_inst=iLBCenc_inst at entry=0x18f6ca8) at ilbc/lpc_encode.c:45 #4 0x00007ffff60574d7 in WebRtcIlbcfix_EncodeImpl (bytes=0x18d9100, block=, iLBCenc_inst=iLBCenc_inst at entry=0x18f6ca8) at ilbc/encode.c:134 #5 0x000000000083a426 in ilbc_encode_frame (avctx=, avpkt=0x7fffffffe470, frame=0x18da5a0, got_packet_ptr=0x7fffffffe1ec) at libavcodec/libilbc.c:172 #6 0x00000000009ab94f in avcodec_encode_audio2 (avctx=0x18f67c0, avpkt=0x7fffffffe470, frame=0x18da5a0, got_packet_ptr=0x7fffffffe1ec) at libavcodec/utils.c:1872 #7 0x000000000047e29e in do_audio_out (frame=, ost=, s=) at ffmpeg.c:780 #8 reap_filters () at ffmpeg.c:1278 #9 0x0000000000465688 in transcode_step () at ffmpeg.c:3721 #10 transcode () at ffmpeg.c:3764 #11 main (argc=26167360, argv=0x18f6620) at ffmpeg.c:3941 }}} {{{ (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xffffffffffffffe0 to 0x20: End of assembler dump }}} {{{ (gdb) info all-registers rax 0x7ffff6268330 140737323107120 rbx 0x7fffffffd8d0 140737488345296 rcx 0x7fffffffd8a0 140737488345248 rdx 0xa 10 rsi 0xf0 240 rdi 0x7fffffffd8d0 140737488345296 rbp 0xa 0xa rsp 0x7fffffffd7c8 0x7fffffffd7c8 r8 0x7fffffffd85c 140737488345180 r9 0xffffff66 4294967142 r10 0xfffff861 4294965345 r11 0xf0 240 r12 0x7fffffffd8a0 140737488345248 r13 0xf0 240 r14 0x18f6ca8 26176680 r15 0x7fffffffd8d0 140737488345296 rip 0x0 0x0 eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xff, 0x0 , 0xff, 0x0, 0x0, 0x0}, v8_int16 = {0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0}, v4_int32 = {0xff, 0x0, 0x0, 0xff}, v2_int64 = {0xff, 0xff00000000}, uint128 = 0x000000ff0000000000000000000000ff} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x25 }, v8_int16 = {0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525}, v4_int32 = {0x25252525, 0x25252525, 0x25252525, 0x25252525}, v2_int64 = { 0x2525252525252525, 0x2525252525252525}, uint128 = 0x25252525252525252525252525252525} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0xd0, 0xff, 0xff, 0xff, 0x7f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xec, 0x3, 0x0, 0x0}, v8_int16 = {0xd000, 0xffff, 0x7fff, 0x0, 0x0, 0x0, 0x3ec, 0x0}, v4_int32 = {0xffffd000, 0x7fff, 0x0, 0x3ec}, v2_int64 = {0x7fffffffd000, 0x3ec00000000}, uint128 = 0x000003ec0000000000007fffffffd000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xff, 0x0 , 0xff, 0x0, 0x0, 0x0}, v8_int16 = {0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0}, v4_int32 = {0xff, 0x0, 0x0, 0xff}, v2_int64 = {0xff, 0xff00000000}, uint128 = 0x000000ff0000000000000000000000ff} xmm5 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = {0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = {0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x7d, 0x3, 0xaa, 0x5, 0x2b, 0x7, 0xd4, 0x7, 0x90, 0x7, 0x66, 0x6, 0x7c, 0x4, 0x9, 0x2}, v8_int16 = {0x37d, 0x5aa, 0x72b, 0x7d4, 0x790, 0x666, 0x47c, 0x209}, v4_int32 = {0x5aa037d, 0x7d4072b, 0x6660790, 0x209047c}, v2_int64 = {0x7d4072b05aa037d, 0x209047c06660790}, uint128 = 0x0209047c0666079007d4072b05aa037d} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xff }, v8_int16 = {0x0, 0x0, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0x0, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffff00000000, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffff00000000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0xff }, v8_int16 = {0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = {0xffffffffffffffff, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffffffffff} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x34, 0x29, 0x37, 0x3d, 0x9, 0xba, 0x38, 0xbc, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x2934, 0x3d37, 0xba09, 0xbc38, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x3d372934, 0xbc38ba09, 0x0, 0x0}, v2_int64 = {0xbc38ba093d372934, 0x0}, uint128 = 0x0000000000000000bc38ba093d372934} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0}, v2_int64 = {0x3c5324f0e883858e, 0x0}, uint128 = 0x00000000000000003c5324f0e883858e} xmm15 {v4_float = {0x0, 0xffffffff, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xf6, 0x8f, 0xee, 0x21, 0xa8, 0x74, 0xd3, 0xbf, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x8ff6, 0x21ee, 0x74a8, 0xbfd3, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x21ee8ff6, 0xbfd374a8, 0x0, 0x0}, v2_int64 = {0xbfd374a821ee8ff6, 0x0}, uint128 = 0x0000000000000000bfd374a821ee8ff6} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Comment (by llogan): Fixed typo in command. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 23:25:42 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 22:25:42 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.1171155a62936e7dc0046e935fd7891c@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:21 paheikki]: > {{{ > -vf setsar=1 -vf subtitles="'D\:/Temp/U104.srt'" > }}} This looks like undefined behaviour and should be: {{{ -vf subtitles="'D\:/Temp/U104.srt'",setsar=1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 23:26:35 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 22:26:35 -0000 Subject: [FFmpeg-trac] #4181(undetermined:new): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.4ed1b0621ff2eae7780b5d880f8e098a@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is there any indication that this is a bug that can be fixed within FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 23:28:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 22:28:15 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.b29f1ef7d9c9546ea25c171f39005288@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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): Replying to [comment:17 clam]: > As I said it's just as if the codecs were not able to send back the information that the chroma is interlaced. I was hoping that we already agreed that this "information" does not exist in the video stream and therefore cannot be sent from the decoder to the filter. Do you disagree? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 23:53:46 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 22:53:46 -0000 Subject: [FFmpeg-trac] #4181(undetermined:new): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.4372495fe693b8a708d6e39e5b3a3b7f@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llogan): I'm not sure if it is something that can be fixed on this side or not. I wanted to report it before I forgot about it, but I was unable to spend more time investigating it. If isn't our issue then it can be closed as invalid (and reported to WebRTC or wherever if appropriate). I expect Timothy Gu would be more useful here than me. I got the library from https://github.com/TimothyGu/libilbc, but I'm not sure if that is the correct repository. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 11 23:59:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 22:59:07 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.de7d1726b0897f4f9ea648cd23a57a15@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): Yes, I disagree :) A lot of codecs can compress videos with interlaced chroma or not. I don't speak of codecs like VC-3 (DNxHD) or ProRes : they're broadcast formats using 4:2:2 chroma so the chroma coding is the same for interlaced or progressive frames. For instance if you compress a 1080/50i or a 1080/25p sequence in ProRes, the video stream will be exactly the same but somewhere in the files there will be a flag telling than one is interlaced and the other progressive (often added by the editing software). For MPEG2, DV and H264 it's a different matter since they use 4:2:0 chroma coding and they must indicate in the stream (or the file's header) that the content is interlaced or not. It also change the way macroblocks are coded. MPEG2 is mostly used for interlaced videos (it's what you get on a DVD or a DVB broadcast), I only saw interlaced DV in my life, and H264 might be used for interlaced content using MBAFF. The decoders must know they work on interlaced pictures since it changes the way macroblocks are encoded in the stream. A quick peek at mpeg12dec.c and dvdec.c confirms this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:00:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:00:57 -0000 Subject: [FFmpeg-trac] #4181(undetermined:closed): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.700d1702d9d657e479fcc83a6d3f05c6@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: Shows no issues with valgrind either. {{{ $ ffmpeg -f lavfi -i sine=r=8k:d=3 out.lbc ffmpeg version N-68378-ge2829a8 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 11 2014 23:58:04 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libilbc libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.104 / 56. 15.104 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, lavfi, from 'sine=r=8k:d=3': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s Output #0, ilbc, to 'out.lbc': Metadata: encoder : Lavf56.15.104 Stream #0:0: Audio: ilbc (libilbc), 8000 Hz, mono, s16 Metadata: encoder : Lavc56.14.100 libilbc Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> ilbc (libilbc)) Press [q] to stop, [?] for help size= 6kB time=00:00:03.00 bitrate= 15.2kbits/s video:0kB audio:6kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.157895% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:02:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:02:53 -0000 Subject: [FFmpeg-trac] #4181(undetermined:closed): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.ca0ef07d2eee6780aba3272749f22de1@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): Are you using current git master from libilbc? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:03:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:03:57 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.ae5220f543606b8aa2000be15f71be0c@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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): Replying to [comment:19 clam]: > For MPEG2, DV and H264 it's a different matter since they use 4:2:0 chroma coding and they must indicate in the stream (or the file's header) that the content is interlaced or not. As said, where I live, mpeg2video and h264 (1080) DVB streams are always flagged as interlaced, no matter if they are progressive or not. It was stated repeatedly on the user mailing that the same can be true for DVD streams, so I don't see how this flag can be used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:08:43 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:08:43 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.eb1a37f63822cb8574ecac83cc1512a1@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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): Replying to [comment:19 clam]: > MPEG2 is mostly used for interlaced videos This is simply not true here: Except for news and sports, everything I watch is progressive (but is flagged as interlaced). > The decoders must know they work on interlaced pictures since it changes the way macroblocks are encoded in the stream. That is why this flag is always set to interlaced for (many or most) dvb streams and at least for some progressive DVDs. As a result, the flag cannot be used to tell the scaler if the content is interlaced or not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:17:49 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:17:49 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.eba01b43b1c625a4af2cdf314c304ab5@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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): Replying to [comment:19 clam]: > I only saw interlaced DV in my life http://samples.ffmpeg.org/./archive/all/dv+dvvideo+pcm_s16le++imovie_dv_file_with_dup_audio_streams_segfaults_libfaac.dv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:23:34 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:23:34 -0000 Subject: [FFmpeg-trac] #4181(undetermined:closed): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.f49ef448f6fe722070b728e431e0f7a0@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 llogan]: > Are you using current git master from libilbc? Does this really matter? I am using current FFmpeg git head with a version of libilbc that I - afaict from the path and the file modification date of the library - compiled myself two years ago. This combination does not crash. If a newer version of libilbc does crash now, wouldn't this imply a regression within libilbc? Or are we missing a version check in configure? From a quick look, I don't see a version information in my ilbc.h file. But please feel free to reopen this ticket, I am just not sure where this will (or can) lead us. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:36:23 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:36:23 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.ce402e178501a5d3fe641fe7936bdcea@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): Yes MPEG2 allows progressive encoding but it's never used (you can generate progressive MPEG2 though). This was actually the big advantage of MPEG2 when it was released, than there was - at least - a widely released format that handled interlacing. The fact that the original content is progressive (for example 25p material broadcast as 50i) is not relevant for chroma decoding and chroma upscale. What's important is to know that the chroma is interlaced or not, and yes for MPEG2 it's mostly interlaced since DVD authoring software always generates interlaced TFF videos. It's the same for broadcast, the live encoder will not switch back and forth between progressive and interlaced. Not that it wouldn't be possible, it's just that it would mean that the encoder is aware of the content (it's not) and that the receivers would be able to decode switching MPEG-TS streams (they're usually not). You're actually talking about scaling the entire picture (like HD upscale / SD downscale). Indeed, if the original content is progressive and encoded as interlaced, it's a pity since a regular picture scaler will need to do an interlaced scale (deinterlace/scale/reinterlace) instead of just do a regular scaling. Unfortunately, it's the way it works, even in the broadcast world. The only way to avoid this is to visually inspect the stream and manually apply a progressive scale. You can also use some advanced algorithm to autodetect that both fields match the same original frame. Note that this issue is not really new, in the PAL world it's been here for at least 30 years, even with Betacam/Digibeta/HDCAM tapes. In the NTSC world the issue also exists with pulldown sequences (especially 'broken' ones). But it's not what we're talking here. The issue we're talking about is only about chroma coding :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 00:52:08 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 11 Dec 2014 23:52:08 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.bed905c5ea2725ec93995816290943e4@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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): Replying to [comment:23 clam]: > Yes MPEG2 allows progressive encoding but it's never used I thought progressive DVDs exist (and are not uncommon) but I don't think this matters: If you are right, then please send the (I suspect trivial) patch to the development mailing list that makes the default for the software scaler interlaced. If you are wrong, I don't think this issue can be fixed. > The fact that the original content is progressive (for example 25p material broadcast as 50i) is not relevant for chroma decoding and chroma upscale. What's important is to know that the chroma is interlaced or not, and yes for MPEG2 it's mostly interlaced since DVD authoring software always generates interlaced TFF videos. Sorry for my ignorance: How can chroma be interlaced for progressive video? > It's the same for broadcast, the live encoder will not switch back and forth between progressive and interlaced. Not that it wouldn't be possible, it's just that it would mean that the encoder is aware of the content (it's not) and that the receivers would be able to decode switching MPEG-TS streams (they're usually not). That is exactly my point. > You're actually talking about scaling the entire picture (like HD upscale / SD downscale). Indeed, if the original content is progressive and encoded as interlaced, it's a pity since a regular picture scaler will need to do an interlaced scale (deinterlace/scale/reinterlace) instead of just do a regular scaling. This is not how FFmpeg works: It will default to a progressive scale, the user will have to specify if he wants an interlaced scale. > Unfortunately, it's the way it works, even in the broadcast world. The only way to avoid this is to visually inspect the stream and manually apply a progressive scale. Yes (s/and do a progressive scale/and do an interlaced scale). > You can also use some advanced algorithm to autodetect that both fields match the same original frame. Such a filter exists within FFmpeg, I believe it works well for many samples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 01:43:21 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 00:43:21 -0000 Subject: [FFmpeg-trac] #4181(undetermined:closed): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.b8c9d47d51f531f8e8aaeb122d4155ce@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Replying to [comment:3 llogan]: > I expect Timothy Gu would be more useful here than me. I got the library from https://github.com/TimothyGu/libilbc, but I'm not sure if that is the correct repository. Yes, this is the right repo. I asked Jerome Dekker to transfer the repo to me as he seems to be fairly busy recently. I will investigate this issue and come back. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 02:39:52 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 01:39:52 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.61870c626854bb96ad3db45ad9daebb5@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): I'm not sure whether to fix or scrap fast and faac. Fast would be nice to rewrite using twoloop with quick and dirty parameters (far few iterations for instance), faac not sure how it compares against the others. Anyone knows what's faac's rationale? Is it discardable? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 02:54:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 01:54:13 -0000 Subject: [FFmpeg-trac] #4181(undetermined:closed): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.6c7c96abd518809c21d6b7832f8e47d2@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: crash SIGSEGV | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): OK, I have fixed this problem (hopefully): https://github.com/TimothyGu/libilbc/commit/1be98256eed50bc68b5388f4f1fdb544f58da5a1 If possible, could you please test again? If that works fine, I'll make a new release. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 02:56:06 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 01:56:06 -0000 Subject: [FFmpeg-trac] #4181(undetermined:closed): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.121e175f3e94de1209c1d2bb97071eb6@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: invalid crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * resolution: worksforme => invalid Comment: Reclosing as invalid as this is not a bug in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 03:01:02 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 02:01:02 -0000 Subject: [FFmpeg-trac] #4174(avfilter:closed): uspp - format and size not set In-Reply-To: <037.4329a3ec63b933a54b5c64fc297d34ba@avcodec.org> References: <037.4329a3ec63b933a54b5c64fc297d34ba@avcodec.org> Message-ID: <052.dbc79f679ab83ff9d3d93f70408f44e1@avcodec.org> #4174: uspp - format and size not set -------------------------------------+------------------------------------- Reporter: chronek | Owner: Type: defect | Status: closed Priority: minor | Component: avfilter Version: git-master | Resolution: fixed Keywords: uspp | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: The filter was ported to a native filter by Arwa Arif in 100fc395 - the native filter does not contain this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 03:02:47 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 02:02:47 -0000 Subject: [FFmpeg-trac] #2916(avfilter:closed): uspp filter & spupport yuv444p In-Reply-To: <037.2ab2290bdfd65095344e9bac44460337@avcodec.org> References: <037.2ab2290bdfd65095344e9bac44460337@avcodec.org> Message-ID: <052.dcd87dd663326aabb600aa5a614da21d@avcodec.org> #2916: uspp filter & spupport yuv444p -------------------------------------+------------------------------------- Reporter: chronek | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: uspp | Blocked By: mpfilter | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This was implemented for the native uspp filter by Arwa Arif in 100fc395 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 03:17:04 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 02:17:04 -0000 Subject: [FFmpeg-trac] #4181(undetermined:closed): libilbc segfault In-Reply-To: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> References: <036.4f9100b766a5a71b91088103909639fb@avcodec.org> Message-ID: <051.e55b88eaa5ab8909df6a9e39544be446@avcodec.org> #4181: libilbc segfault -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: libilbc | Resolution: invalid crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llogan): Replying to [comment:8 Timothy_Gu]: > If possible, could you please test again? If that works fine, I'll make a new release. Works fine now. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 04:56:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 03:56:11 -0000 Subject: [FFmpeg-trac] #3596(avfilter:closed): broken output in uspp filter when using 8 quality mode and fixed qp In-Reply-To: <037.7e4c074d3d81a22c1f1136286298ddb1@avcodec.org> References: <037.7e4c074d3d81a22c1f1136286298ddb1@avcodec.org> Message-ID: <052.212f5a787dd563322700be7cc806419b@avcodec.org> #3596: broken output in uspp filter when using 8 quality mode and fixed qp -------------------------------------+------------------------------------- Reporter: chronek | Owner: Type: defect | Status: closed Priority: minor | Component: avfilter Version: git-master | Resolution: fixed Keywords: uspp | Blocked By: mpfilter | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in e07c82688e8187dbafac489b7c15427252974021 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 11:44:32 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 10:44:32 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.81422ffd16de1552261823db759fbc8b@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 kierank): Carl, you are confusing the *coding method* of the picture with the *underlying picture format*. These are two separate things. This discussion is related to the former. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 18:34:46 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 17:34:46 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.f127232b277d340060a2a872d74da27f@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by paheikki): Dear cehoyos and other developers, THANKS! After spending more than a week trying to get one simple command line just to work, today it DID. For the very first time! Don't be offended but I think FFmpeg is great but its command line syntax is about as user friendly as an Indian cobra... Only the masters can handle it... You already seem to have decided to put this thread into the garbage bin, so please go ahead:-) If you have even time to spare, please work on that "undefined behavior" for not being like that: if there's an error in the command line, please let he user know... Have a nice week-end! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 19:26:13 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 18:26:13 -0000 Subject: [FFmpeg-trac] #4182(undetermined:new): Unknown 16kb/s audio in Hikvision MPEG-PS recording Message-ID: <037.4d9d5001b2c8b84e0dd11bc2c888ec2c@avcodec.org> #4182: Unknown 16kb/s audio in Hikvision MPEG-PS recording -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: mpegps master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- User sabkaraja uploaded a Hikvision recording for which H.264 video can be decoded with FFmpeg, audio fails. May be G.728, I was unable to find a modern, working decoder to test. Bitrate is 16kb/s, packet size is 80 bytes. {{{ $ ffmpeg -i Sample.mp4 ffmpeg version N-68392-geb72523 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 12 2014 18:42:32 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --enable-libass libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.104 / 56. 15.104 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.100 / 5. 3.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mp2 @ 0x1c091e0] Header missing Last message repeated 11 times [mpeg @ 0x1c07ba0] decoding for stream 1 failed [mpeg @ 0x1c07ba0] Could not find codec parameters for stream 1 (Audio: mp2, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpeg, from 'Sample.mp4': Duration: 00:02:15.00, start: 52874.498178, bitrate: 266 kb/s Stream #0:0[0x1e0]: Video: h264 (Baseline), yuv420p, 352x288, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1c0]: Audio: mp2, 0 channels, s16p At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 19:26:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 18:26:40 -0000 Subject: [FFmpeg-trac] #4182(undetermined:new): Unknown 16kb/s audio in Hikvision MPEG-PS recording In-Reply-To: <037.4d9d5001b2c8b84e0dd11bc2c888ec2c@avcodec.org> References: <037.4d9d5001b2c8b84e0dd11bc2c888ec2c@avcodec.org> Message-ID: <052.608f8dcf930fcd7e5a6b7616fbc6b8d5@avcodec.org> #4182: Unknown 16kb/s audio in Hikvision MPEG-PS recording -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4182/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 19:30:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 18:30:11 -0000 Subject: [FFmpeg-trac] #4183(avdevice:new): Compilation problem with libav* Message-ID: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> #4183: Compilation problem with libav* ----------------------------------+-------------------------------------- Reporter: JohnCC | Type: defect Status: new | Priority: normal Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Compilation with --enable-shared installed .a libs in /usr/lib64 and .so libs in /usr/lib. Compilation line: ./configure --prefix=/usr --libdir=/usr/lib64 --enable-shared Found the .so libraries for libav* related libraries in /usr/lib. Output of make V=1 install (excerpt): {{{ install -m 644 libavdevice/libavdevice.a "/usr/lib64" ranlib "/usr/lib64/libavdevice.a" mkdir -p "/usr/lib" install -m 755 libavdevice/libavdevice.so "/usr/lib/libavdevice.so.56.3.100" strip "/usr/lib/libavdevice.so.56.3.100" (cd "/usr/lib" && ln -s -f libavdevice.so.56.3.100 libavdevice.so.56); (cd "/usr/lib" && ln -s -f libavdevice.so.5 mkdir -p "/usr/lib64" }}} Same for libavfilter etc. This is Slackware64 current (14.1+) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 19:48:40 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 18:48:40 -0000 Subject: [FFmpeg-trac] #4183(build system:open): Compilation problem with libav* In-Reply-To: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> References: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> Message-ID: <051.5949d0fb445fb37b7f3b917503b3b0e1@avcodec.org> #4183: Compilation problem with libav* -------------------------------------+------------------------------------- Reporter: JohnCC | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: avdevice => build system Comment: I sent a patch but the current behaviour may be intended. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 12 23:09:07 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 12 Dec 2014 22:09:07 -0000 Subject: [FFmpeg-trac] #4183(build system:open): Compilation problem with libav* In-Reply-To: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> References: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> Message-ID: <051.5c30919660018216bd0944037fa7e8fc@avcodec.org> #4183: Compilation problem with libav* -------------------------------------+------------------------------------- Reporter: JohnCC | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnCC): > but the current behaviour may be intended At least in Slackware, this behavour is not expected, as /usr/lib is not searched on 64-bit systems. And, when in 32-compatibility mode, it would probably cause problems, as the library is really 64-bit: /usr/lib$ file libavcodec.so.56.14.100 libavcodec.so.56.14.100: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped /usr/lib$ file libavdevice.so.56.3.100 libavdevice.so.56.3.100: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 01:04:35 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 00:04:35 -0000 Subject: [FFmpeg-trac] #4183(build system:open): Compilation problem with libav* In-Reply-To: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> References: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> Message-ID: <051.53c4fc94c5ab0bfbfc1caf649b375e3b@avcodec.org> #4183: Compilation problem with libav* -------------------------------------+------------------------------------- Reporter: JohnCC | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by iive): There is a configure option: `-shlibdir "install shared libs in DIR [PREFIX/lib]"` Quite interesting, if you run `configure -libdir=/usr/lib64 --enable- shared --enable-static`, everything goes into the specified -libdir without using -shlibdir. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 03:28:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 02:28:40 -0000 Subject: [FFmpeg-trac] #4183(build system:open): Compilation problem with libav* In-Reply-To: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> References: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> Message-ID: <051.1b2e0c0cc80393e2eb0ce5af41169bab@avcodec.org> #4183: Compilation problem with libav* -------------------------------------+------------------------------------- Reporter: JohnCC | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JohnCC): There is '-' missing in your command. I suppose that is a typo? If doing: ./configure --prefix=/usr --libdir=/usr/lib64 --enable-shared --enable- static Then the installation is still wrong: {{{ install -m 644 libavcodec/libavcodec.a "/usr/lib64" ranlib "/usr/lib64/libavcodec.a" mkdir -p "/usr/lib" install -m 755 libavcodec/libavcodec.so "/usr/lib/libavcodec.so.56.14.100" strip "/usr/lib/libavcodec.so.56.14.100" }}} And with your 'Quite interesting' suggestion (though with the --libdir corrected), I get: {{{ mkdir -p "/usr/lib64" install -m 644 libavcodec/libavcodec.a "/usr/lib64" ranlib "/usr/lib64/libavcodec.a" mkdir -p "/usr/local/lib" install -m 755 libavcodec/libavcodec.so "/usr/local/lib/libavcodec.so.56.14.100" strip "/usr/local/lib/libavcodec.so.56.14.100" (cd "/usr/local/lib" && ln -s -f libavcodec.so.56.14.100 libavcodec.so.56); (cd "/usr/local/lib" && ln -s -f libav }}} So, the static libraries are following the --libdir=/usr/lib64 instruction, and the shared libs go into the default /usr/local/lib directory. I get the instruction --shlibdir=DIR - thanks for that. I do not think this is a very well-known configure option. In all the years I use Linux, I never used it. I just went through the configures from glib/goocanvas /gobject-introspection, and about 10 more. None has it. ''I'd suggest a slight modification to the configure script: If --libdir is specified, and --shlibdir is not, then set both to the same value. I suspect that is by far the most common case.'' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 03:52:08 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 02:52:08 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.c02bfcc2286b8a9f825d5cbcbfae5680@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): I have some nice improvements for VBR half-baked, just making sure there are no regressions. Just wanted to mention in case you notice VBR not being up to par with ABR. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 12:34:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 11:34:32 -0000 Subject: [FFmpeg-trac] #4184(ffmpeg:new): No warning is shown if -vf is specified too often. Message-ID: <037.20a945581b2a84814310d5e48dfcf302@avcodec.org> #4184: No warning is shown if -vf is specified too often. --------------------------------------+-------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: ffmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+-------------------------------- The following works as expected: {{{ $ ffmpeg -i fate-suite/lena.pnm -vf hflip out1.png -vf vflip out2.png }}} The following should show a warning, some users expect that one filter chains' output is used as input for the next filter: {{{ $ ffmpeg -i fate-suite/lena.pnm -vf hflip -vf vflip out.png ffmpeg version N-68401-g792a500 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 13 2014 12:28:49 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.104 / 56. 15.104 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.101 / 5. 3.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, image2, from 'fate-suite/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: 39333 kb/s Stream #0:0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf56.15.104 Stream #0:0: Video: png, rgb24, 256x256, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.14.100 png Stream mapping: Stream #0:0 -> #0:0 (ppm (native) -> png (native)) 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:177kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 12:35:07 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 11:35:07 -0000 Subject: [FFmpeg-trac] #4163(undetermined:closed): Encodes incompatible videos from similar picture and audio files In-Reply-To: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> References: <038.eead6ea346a076f663b2d4a1a15b48fd@avcodec.org> Message-ID: <053.d6eee12abfe5b1c01a77cad0a39b36dd@avcodec.org> #4163: Encodes incompatible videos from similar picture and audio files -------------------------------------+------------------------------------- Reporter: paheikki | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: invalid aspect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:23 paheikki]: > if there's an error in the command line, please let he user know... See ticket #4184. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 18:33:03 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 17:33:03 -0000 Subject: [FFmpeg-trac] #3927(avcodec:new): feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences In-Reply-To: <037.87cfd39a911f60bbd96bf8618512df63@avcodec.org> References: <037.87cfd39a911f60bbd96bf8618512df63@avcodec.org> Message-ID: <052.d693454abcc9d69f2ac86c855aa7fcff@avcodec.org> #3927: feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences -------------------------------------+----------------------------------- Reporter: maweber | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Could you provide a sample image (tif xyz)? I thought we have one but I think I was wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 19:33:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 18:33:41 -0000 Subject: [FFmpeg-trac] #3551(undetermined:open): Wrong duration shown for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.2540d0e165a8cbafc5b81abd7a6cfe30@avcodec.org> #3551: Wrong duration shown for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: flv h264 | Blocked By: duration | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * type: defect => enhancement Comment: This file is invalid as it has been randomly truncated. The truncation is the reason why the duration is not successfully estimated. Its probably possible to get the duration out anyway but it seems that would either be tricky or slow -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 19:50:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 18:50:33 -0000 Subject: [FFmpeg-trac] #3571(avfilter:new): Drawtext fontcolor alpha not working with border (border and glyph would need to be combined before drawing them) (was: Drawtext fontcolor alpha not working) In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.ece7659e3b7f5f307c723dac8749b2aa@avcodec.org> #3571: Drawtext fontcolor alpha not working with border (border and glyph would need to be combined before drawing them) -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 Comment: This is caused by the way the border is drawn, if no border is drawn it works -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 19:50:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 18:50:52 -0000 Subject: [FFmpeg-trac] #3571(avfilter:open): Drawtext fontcolor alpha not working with border (border and glyph would need to be combined before drawing them) In-Reply-To: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> References: <035.00f8ec9527808e256a45f409099711a7@avcodec.org> Message-ID: <050.079aa28a04de99b91f012bfe7c87af96@avcodec.org> #3571: Drawtext fontcolor alpha not working with border (border and glyph would need to be combined before drawing them) -------------------------------------+------------------------------------- Reporter: nickj | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 20:00:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 19:00:55 -0000 Subject: [FFmpeg-trac] #3599(avformat:closed): mp3 encoder set wrong bitrate or version flag In-Reply-To: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> References: <037.0bf8249ba5197dacf920fd8d98949cbf@avcodec.org> Message-ID: <052.64501bacb88b36115239bebc58f71894@avcodec.org> #3599: mp3 encoder set wrong bitrate or version flag ------------------------------------+------------------------------------ Reporter: ltzliwe | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => invalid Comment: Well, the xing header needs some space and so the lower bitrates either cannot contain it or the first packet has a higher bitrate. I dont see how this could be fixed but if someone has an idea dont hesitate to explain how and reopen the ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 13 23:40:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 13 Dec 2014 22:40:13 -0000 Subject: [FFmpeg-trac] #3927(avcodec:new): feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences In-Reply-To: <037.87cfd39a911f60bbd96bf8618512df63@avcodec.org> References: <037.87cfd39a911f60bbd96bf8618512df63@avcodec.org> Message-ID: <052.6347ebebdbc93c2b9da2a8b07e4dc251@avcodec.org> #3927: feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences -------------------------------------+----------------------------------- Reporter: maweber | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by maweber): Hi cehoyos, thanks I was quite deep into this topic the last weeks and '''may now have to correct myself'''. XYZ is a colour space. a definition of primaries/gamma/whitepoint, suitable for hosting/simulating any other colourspace, since its so huge. it is used for DCI cinema movie packages by definition. I understand that a 12 bit TIFF with three components is "electrically" the same, whether it's YUV, XYZ or RGB. info: [https://en.wikipedia.org/wiki/CIE_1931_color_space Wikipedia on XYZ] -pix_fmt xyz12 was I think introduced by ffmpeg as a quick way for openjpeg jpeg2000 to scale into the cinema DCI colourspace. but I think this conversion is problematic. because the conversion to DCI XYZ involves the identification of the source colourspace as well as the source gamma/whitepoint. Therefore I think possibilities/errors are endless. (I now do it partly with a range of LUTs in ffmpeg.) Thats why I think there needs to be good control to go to XYZ, not one simple way with -pix_fmt. Thus making my request partly pointless. But there is a consideration: '''It might be useful, to output 3 component RGB 12bit TIFFs from ffmpeg.''' Because there is a big overhead/bandwidth problem, to convert it to 16bit (48bit), whether TIFF or PNG, just '''not''' to go under 12 bit. So having an 12 bit TIFF output which I could even further compress losslessly with ffmpeg options, would save space, streamlining it for a DCI pipeline. I can provide a 12bit uncompressed RGB TIFF, only please suggest to me how I would provide the file best to you. If you wish an XYZ example for the idea, I can add that too. If you're willing to set it as an open issue... thanks m -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 02:14:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 01:14:51 -0000 Subject: [FFmpeg-trac] #3927(avcodec:new): feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences In-Reply-To: <037.87cfd39a911f60bbd96bf8618512df63@avcodec.org> References: <037.87cfd39a911f60bbd96bf8618512df63@avcodec.org> Message-ID: <052.d25e3d97142d8634d9d476d8c1b8de33@avcodec.org> #3927: feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences -------------------------------------+----------------------------------- Reporter: maweber | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): If you want xyz in tiff, please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 02:24:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 01:24:36 -0000 Subject: [FFmpeg-trac] #3629(avformat:closed): Remuxing 25 fps single frame file to nut container seemingly results in a frame rate of 52000 FPS In-Reply-To: <033.65c554d26e465f1b13d64f5dcf7e4cfd@avcodec.org> References: <033.65c554d26e465f1b13d64f5dcf7e4cfd@avcodec.org> Message-ID: <048.9b5c84d6733779815c1076f65b050eb0@avcodec.org> #3629: Remuxing 25 fps single frame file to nut container seemingly results in a frame rate of 52000 FPS -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: NUT | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in add46edf33a72b5b3d3af3761d7b372d16769911 28a6f970f64c4d5c1326dd68393bedf73cc42e10 3b537eab27bb34f5f63b06097fbd52ff5941c3f6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 02:37:02 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 01:37:02 -0000 Subject: [FFmpeg-trac] #4185(avcodec:new): hevc regression Message-ID: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> #4185: hevc regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: hevc master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- As reported by Hendrik on irc, some frames are skipped for the hevc sample in http://www.demo-uhd3d.com/fiche.php?cat=uhd&id=22 (very slow download). This is a regression since 2eddf3a6efd80aa6e9d7f42ad9a892a82c5ece70 {{{ $ ffmpeg -i UHD_ENT_Transformer_cut.hevc -f null - ffmpeg version N-68406-g5d0cfb5 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 14 2014 02:32:20 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.104 / 56. 15.104 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.101 / 5. 3.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [hevc @ 0x275de00] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, hevc, from 'UHD_ENT_Transformer_cut.hevc': Duration: N/A, bitrate: N/A Stream #0:0: Video: hevc (Main 10), yuv420p10le(tv, bt709), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1200k tbn, 23.98 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf56.15.104 Stream #0:0: Video: rawvideo (Y3[11][10] / 0xA0B3359), yuv420p10le, 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc Metadata: encoder : Lavc56.14.100 rawvideo Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help [null @ 0x2765480] Encoder did not produce proper pts, making some up. frame= 118 fps= 43 q=0.0 Lsize=N/A time=00:00:05.08 bitrate=N/A video:11kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} Older versions of FFmpeg decoded 122 frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 02:37:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 01:37:36 -0000 Subject: [FFmpeg-trac] #4185(avcodec:new): hevc regression In-Reply-To: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> References: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> Message-ID: <052.8f6c68444228fecf032ac6171f69a6e0@avcodec.org> #4185: hevc regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Short sample uploaded to http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket4185/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 04:04:56 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 03:04:56 -0000 Subject: [FFmpeg-trac] #4186(undetermined:new): Error when adding srt file that contains two entries starting at the same moment Message-ID: <035.04e47f4fd4c35e52a95e7efe875360f4@avcodec.org> #4186: Error when adding srt file that contains two entries starting at the same moment -------------------------------------+------------------------------------- Reporter: rieve | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: srt | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- How to reproduce: {{{ $ wget http://blender- mirror.kino3d.org/mango/download.blender.org/demo/movies/ToS/tears_of_steel_720p.mkv [...] $ ffmpeg -i tears_of_steel_720p.mkv -i tos.srt -map 1 -map 0 -c:v copy -c:a copy -c:s mov_text out.mp4 ffmpeg version N-68413-gd823ede Copyright (c) 2000-2014 the FFmpeg developers [...] Press [q] to stop, [?] for help [mp4 @ 0x253dc40] Non-monotonous DTS in output stream 0:1; previous: -1333, current: -1333; changing to -1332. This may result in incorrect timestamps in the output file. [mp4 @ 0x253dc40] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 2500 >= 2500 av_interleaved_write_frame(): Invalid argument frame= 63 fps=0.0 q=-1.0 Lsize= 64kB time=00:00:02.69 bitrate= 194.9kbits/s video:7kB audio:53kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 6.905542% Conversion failed! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 09:28:45 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 08:28:45 -0000 Subject: [FFmpeg-trac] #4185(avcodec:new): hevc regression In-Reply-To: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> References: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> Message-ID: <052.01117720b8dbd793e9fe3de9a701b254@avcodec.org> #4185: hevc regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): The reason for the problem, as far as I can see, is in the HEVC Spec, C.3.2 According to the spec, the removal from DBP should only be executed when NoRaslOutputFlag == 1 and no_output_of_prior_pics_flag == 1 or the current picture is a CRA. However, the libavcodec decoder always performs the removal from the DBP when no_output_of_prior_pics_flag is set, regardless of NoRaslOutputFlag. NoRaslOutputFlag is defined as follows in the spec: {{{ The value of NoRaslOutputFlag is equal to 1 for each IDR access unit, each BLA access unit, and each CRA access unit that is the first access unit in the bitstream in decoding order, is the first access unit that follows an end of sequence NAL unit in decoding order, or has HandleCraAsBlaFlag equal to 1. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 09:31:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 08:31:30 -0000 Subject: [FFmpeg-trac] #4185(avcodec:new): hevc regression In-Reply-To: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> References: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> Message-ID: <052.4e4d7f92cbb14b962811acaf844fefc1@avcodec.org> #4185: hevc regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): The attached patch is quite certainly incomplete and the variable name i've chosen doesn't match coding style, but it at least solves the issue in this particular sample. Anyone that actually knows how the HEVC decoder functions internally could use it as a hint of whats going wrong, its not fit to be commited as-is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 09:32:33 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 08:32:33 -0000 Subject: [FFmpeg-trac] #4185(avcodec:new): hevc regression In-Reply-To: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> References: <037.7911e5e2362ee3a3d5f47cc4de0f9f07@avcodec.org> Message-ID: <052.4793d7787fb3a4c29e2a26173fa6770b@avcodec.org> #4185: hevc regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by heleppkes): * cc: h.leppkes@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 10:48:00 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 09:48:00 -0000 Subject: [FFmpeg-trac] #4187(avfilter:new): PSNR filter not returning error with different input formats Message-ID: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> #4187: PSNR filter not returning error with different input formats ----------------------------------+-------------------------------------- Reporter: govind | Type: defect Status: new | Priority: minor Component: avfilter | Version: git-master Keywords: PSNR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I am expecting the psnr-filter to return with error message "Inputs must be of same pixel format." if I try to run it on two inputs with different pixel format. But it is going ahead with the processing. I don't know if this is the default behavior. But even if one of the input, again it is not sure which one, is undergoing reformatting before being fed to the psnr-filter, shouldn't it warn user about what is happening internally? How to reproduce: {{{ % ffmpeg -f rawvideo -s:v 1280x720 -pix_fmt yuv422p -i input1.yuv -f rawvideo -s:v 1280x720 -pix_fmt yuv420p -i input2.yuv -filter_complex psnr -f null - ffmpeg version 2.5.git Copyright (c) 2000-2014 the FFmpeg developers built on Dec 14 2014 15:08:09 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1) configuration: libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 14.100 / 56. 14.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.101 / 5. 3.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 built on Ubuntu14.04 }}} 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 Sun Dec 14 13:33:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 12:33:19 -0000 Subject: [FFmpeg-trac] #4187(avfilter:new): PSNR filter not returning error with different input formats In-Reply-To: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> References: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> Message-ID: <051.18b576fd436ac3f6771418dbc4f9284e@avcodec.org> #4187: PSNR filter not returning error with different input formats ------------------------------------+------------------------------------ Reporter: govind | Owner: Type: defect | Status: new Priority: minor | Component: avfilter Version: git-master | Resolution: Keywords: PSNR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please always add the complete, uncut console output if you open a ticket on this bug tracker. From a quick look, the psnr filter does print an error if it is called with two streams with different pix_fmts but this is not the case when using {{{ffmpeg}}}: It makes sure that a common pix_fmt is chosen and the console output should show this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 16:04:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 15:04:21 -0000 Subject: [FFmpeg-trac] #4187(avfilter:closed): PSNR filter not returning error with different input formats In-Reply-To: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> References: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> Message-ID: <051.29e2c12d772a820fbb273c252f1a8756@avcodec.org> #4187: PSNR filter not returning error with different input formats ------------------------------------+------------------------------------ Reporter: govind | Owner: Type: defect | Status: closed Priority: minor | Component: avfilter Version: git-master | Resolution: wontfix Keywords: PSNR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => wontfix Comment: ffmpeg picks format and there is nothing that can be fixed from filter level. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 16:08:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 15:08:21 -0000 Subject: [FFmpeg-trac] #4187(avfilter:closed): PSNR filter not returning error with different input formats In-Reply-To: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> References: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> Message-ID: <051.6447b7d446fb1029df1f2f6f2932afd8@avcodec.org> #4187: PSNR filter not returning error with different input formats ------------------------------------+------------------------------------ Reporter: govind | Owner: Type: defect | Status: closed Priority: minor | Component: avfilter Version: git-master | Resolution: wontfix Keywords: PSNR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Actually, there is. Look for ?if ''pix_fmt'' is a single {{{+}}}? in the documentation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 16:35:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 15:35:16 -0000 Subject: [FFmpeg-trac] #4186(undetermined:new): Error when adding srt file that contains two entries starting at the same moment In-Reply-To: <035.04e47f4fd4c35e52a95e7efe875360f4@avcodec.org> References: <035.04e47f4fd4c35e52a95e7efe875360f4@avcodec.org> Message-ID: <050.486c49ed86125ab8a2c6edea26851c14@avcodec.org> #4186: Error when adding srt file that contains two entries starting at the same moment -------------------------------------+------------------------------------- Reporter: rieve | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Considering each subtitle replaces the previous one, what would you consider a reasonable behaviour? Silently dropping user input is not a good option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 16:52:24 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 15:52:24 -0000 Subject: [FFmpeg-trac] #4146(ffmpeg:new): zoompan progress stops after 2 sec when it is overlayed In-Reply-To: <037.d2ea5ea21dc4704510acd45c68f0f0f3@avcodec.org> References: <037.d2ea5ea21dc4704510acd45c68f0f0f3@avcodec.org> Message-ID: <052.a86e0c9a14c7dd157284a2967fa61e7b@avcodec.org> #4146: zoompan progress stops after 2 sec when it is overlayed -------------------------------------+---------------------------------- Reporter: hgerard | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: zoompan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by hgerard): No solutions seem working despite your comment. Could-you please give an example of zoompan with overlay that the zoom-in effect takes any longer? rgds -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 17:36:20 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 16:36:20 -0000 Subject: [FFmpeg-trac] #4146(ffmpeg:new): zoompan progress stops after 2 sec when it is overlayed In-Reply-To: <037.d2ea5ea21dc4704510acd45c68f0f0f3@avcodec.org> References: <037.d2ea5ea21dc4704510acd45c68f0f0f3@avcodec.org> Message-ID: <052.5d95f75e0003ad8a2e56cf5b7b88eb41@avcodec.org> #4146: zoompan progress stops after 2 sec when it is overlayed -------------------------------------+---------------------------------- Reporter: hgerard | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: zoompan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Description changed by Timothy_Gu: Old description: > The problem occurs when we try to overlay a zoompan filter with a 'zoom > in' progress effect. > The 'zoom in' progress stops at 2 sec whatever the value of 'd'. > > Here is the command line: > /usr/local/ffmpeg_static/ffmpeg -loglevel 9 -y \ > -f lavfi -r 25 -i color=black \ > -loop 1 -r 25 -i > /home/storage/pictures/3537/7403/2408/element_567_1417213924_animal1_900x726.png > \ > -filter_complex " \ > [0:v]scale=640x480[background]; \ > [1:v]scale=640x480,zoompan=z='zoom+0.001':x='ow/2':y='oh/2':s=640x480:d=250,setpts > =PTS-STARTPTS+1/TB [vshot2];\ > [background][vshot2] overlay[vfinal]" \ > -strict -2 -c:v h264 -b:a 96k -aspect 640/480 -pix_fmt yuv420p -t 10 > -map [vfinal] /home/storage/videos/debug.mp4 > > Here is the log: > ffmpeg version N-41370-gb4d8724- http://johnvansickle.com/ffmpeg/ > Copyright (c) 2000-2014 the FFmpeg developers > built on Nov 24 2014 00:39:29 with gcc 4.8 (Debian 4.8.3-13) > configuration: --enable-gpl --enable-version3 --disable-shared > --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- > libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- > libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig > --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb > --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc > --enable-gray --enable-libopenjpeg --enable-libopus --disable-ffserver > --enable-libass --enable-gnutls --cc=gcc-4.8 > libavutil 54. 15.100 / 54. 15.100 > libavcodec 56. 13.100 / 56. 13.100 > libavformat 56. 15.100 / 56. 15.100 > libavdevice 56. 3.100 / 56. 3.100 > libavfilter 5. 2.103 / 5. 2.103 > libswscale 3. 1.101 / 3. 1.101 > libswresample 1. 1.100 / 1. 1.100 > libpostproc 53. 3.100 / 53. 3.100 > Input #0, lavfi, from 'color=black': > Duration: N/A, start: 0.000000, bitrate: N/A > Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 > [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc > Input #1, png_pipe, from > '/home/storage/pictures/3537/7403/2408/element_567_1417213924_animal1_900x726.png': > Duration: N/A, bitrate: N/A > Stream #1:0: Video: png, rgb24, 900x674 [SAR 72:72 DAR 450:337], 25 > fps, 25 tbr, 25 tbn, 25 tbc > Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 > (/home/storage/videos/debug.mp4) 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. > [libx264 @ 0xa046a80] using SAR=1/1 > [libx264 @ 0xa046a80] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 > AVX > [libx264 @ 0xa046a80] profile High, level 3.0 > [libx264 @ 0xa046a80] 264 - core 142 r14 24e4fed - H.264/MPEG-4 AVC codec > - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: > cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 > psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 > cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 > lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 > bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 > b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 > scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 > qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 > Output #0, mp4, to '/home/storage/videos/debug.mp4': > Metadata: > encoder : Lavf56.15.100 > Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, > 640x480 [SAR 1:1 DAR 4:3], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) > Metadata: > encoder : Lavc56.13.100 libx264 > Stream mapping: > Stream #0:0 (rawvideo) -> scale > Stream #1:0 (png) -> scale > overlay -> Stream #0:0 (libx264) > Press [q] to stop, [?] for help > [swscaler @ 0x9fe99e0] Warning: data is not aligned! This can lead to a > speedloss > [Parsed_overlay_4 @ 0xa044e40] [framesync @ 0xa044ee4] Buffer queue > overflow, dropping. > Last message repeated 184 times > [Parsed_overlay_4 @ 0xa044e40] [framesync @ 0xa044ee4] Buffer queue > overflow, dropping. > Last message repeated 185 times > frame= 250 fps=115 q=-1.0 Lsize= 100kB time=00:00:09.92 bitrate= > 82.2kbits/s > video:96kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB > muxing overhead: 3.915611% > [libx264 @ 0xa046a80] frame I:2 Avg QP:13.38 size: 19784 > [libx264 @ 0xa046a80] frame P:62 Avg QP:18.45 size: 731 > [libx264 @ 0xa046a80] frame B:186 Avg QP:24.24 size: 67 > [libx264 @ 0xa046a80] consecutive B-frames: 0.8% 0.0% 0.0% 99.2% > [libx264 @ 0xa046a80] mb I I16..4: 50.0% 45.4% 4.6% > [libx264 @ 0xa046a80] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 12.8% > 3.5% 2.7% 0.0% 0.0% skip:81.0% > [libx264 @ 0xa046a80] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 4.6% > 0.0% 0.0% direct: 0.0% skip:95.4% L0:49.7% L1:49.7% BI: 0.6% > [libx264 @ 0xa046a80] 8x8 transform intra:45.4% inter:88.5% > [libx264 @ 0xa046a80] coded y,uvDC,uvAC intra: 49.6% 49.1% 43.2% inter: > 1.1% 2.5% 0.0% > [libx264 @ 0xa046a80] i16 v,h,dc,p: 97% 0% 3% 0% > [libx264 @ 0xa046a80] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 16% 7% 7% 10% > 11% 10% 10% 13% > [libx264 @ 0xa046a80] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 12% 5% 6% 16% > 15% 12% 9% 10% > [libx264 @ 0xa046a80] i8c dc,h,v,p: 67% 9% 12% 12% > [libx264 @ 0xa046a80] Weighted P-Frames: Y:0.0% UV:0.0% > [libx264 @ 0xa046a80] ref P L0: 68.1% 15.4% 7.1% 9.4% > [libx264 @ 0xa046a80] ref B L0: 97.4% 1.5% 1.1% > [libx264 @ 0xa046a80] ref B L1: 99.2% 0.8% > [libx264 @ 0xa046a80] kb/s:77.91 New description: The problem occurs when we try to overlay a zoompan filter with a 'zoom in' progress effect. The 'zoom in' progress stops at 2 sec whatever the value of 'd'. Here is the command line: {{{ /usr/local/ffmpeg_static/ffmpeg -loglevel 9 -y \ -f lavfi -r 25 -i color=black \ -loop 1 -r 25 -i /home/storage/pictures/3537/7403/2408/element_567_1417213924_animal1_900x726.png \ -filter_complex " \ [0:v]scale=640x480[background]; \ [1:v]scale=640x480,zoompan=z='zoom+0.001':x='ow/2':y='oh/2':s=640x480:d=250,setpts =PTS-STARTPTS+1/TB [vshot2];\ [background][vshot2] overlay[vfinal]" \ -strict -2 -c:v h264 -b:a 96k -aspect 640/480 -pix_fmt yuv420p -t 10 -map [vfinal] /home/storage/videos/debug.mp4 Here is the log: ffmpeg version N-41370-gb4d8724- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Nov 24 2014 00:39:29 with gcc 4.8 (Debian 4.8.3-13) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.100 / 56. 15.100 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, lavfi, from 'color=black': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Input #1, png_pipe, from '/home/storage/pictures/3537/7403/2408/element_567_1417213924_animal1_900x726.png': Duration: N/A, bitrate: N/A Stream #1:0: Video: png, rgb24, 900x674 [SAR 72:72 DAR 450:337], 25 fps, 25 tbr, 25 tbn, 25 tbc Codec AVOption b (set bitrate (in bits/s)) specified for output file #0 (/home/storage/videos/debug.mp4) 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. [libx264 @ 0xa046a80] using SAR=1/1 [libx264 @ 0xa046a80] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0xa046a80] profile High, level 3.0 [libx264 @ 0xa046a80] 264 - core 142 r14 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/home/storage/videos/debug.mp4': Metadata: encoder : Lavf56.15.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: encoder : Lavc56.13.100 libx264 Stream mapping: Stream #0:0 (rawvideo) -> scale Stream #1:0 (png) -> scale overlay -> Stream #0:0 (libx264) Press [q] to stop, [?] for help [swscaler @ 0x9fe99e0] Warning: data is not aligned! This can lead to a speedloss [Parsed_overlay_4 @ 0xa044e40] [framesync @ 0xa044ee4] Buffer queue overflow, dropping. Last message repeated 184 times [Parsed_overlay_4 @ 0xa044e40] [framesync @ 0xa044ee4] Buffer queue overflow, dropping. Last message repeated 185 times frame= 250 fps=115 q=-1.0 Lsize= 100kB time=00:00:09.92 bitrate= 82.2kbits/s video:96kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.915611% [libx264 @ 0xa046a80] frame I:2 Avg QP:13.38 size: 19784 [libx264 @ 0xa046a80] frame P:62 Avg QP:18.45 size: 731 [libx264 @ 0xa046a80] frame B:186 Avg QP:24.24 size: 67 [libx264 @ 0xa046a80] consecutive B-frames: 0.8% 0.0% 0.0% 99.2% [libx264 @ 0xa046a80] mb I I16..4: 50.0% 45.4% 4.6% [libx264 @ 0xa046a80] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 12.8% 3.5% 2.7% 0.0% 0.0% skip:81.0% [libx264 @ 0xa046a80] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 4.6% 0.0% 0.0% direct: 0.0% skip:95.4% L0:49.7% L1:49.7% BI: 0.6% [libx264 @ 0xa046a80] 8x8 transform intra:45.4% inter:88.5% [libx264 @ 0xa046a80] coded y,uvDC,uvAC intra: 49.6% 49.1% 43.2% inter: 1.1% 2.5% 0.0% [libx264 @ 0xa046a80] i16 v,h,dc,p: 97% 0% 3% 0% [libx264 @ 0xa046a80] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 16% 7% 7% 10% 11% 10% 10% 13% [libx264 @ 0xa046a80] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 12% 5% 6% 16% 15% 12% 9% 10% [libx264 @ 0xa046a80] i8c dc,h,v,p: 67% 9% 12% 12% [libx264 @ 0xa046a80] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0xa046a80] ref P L0: 68.1% 15.4% 7.1% 9.4% [libx264 @ 0xa046a80] ref B L0: 97.4% 1.5% 1.1% [libx264 @ 0xa046a80] ref B L1: 99.2% 0.8% [libx264 @ 0xa046a80] kb/s:77.91 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 17:51:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 16:51:09 -0000 Subject: [FFmpeg-trac] #3655(undetermined:closed): splitting a file with -f segment options causes all per stream metadata to be lost In-Reply-To: <039.8a8983c6ee09f7c263620bcc81798676@avcodec.org> References: <039.8a8983c6ee09f7c263620bcc81798676@avcodec.org> Message-ID: <054.acaa59b261c686edfc14ff57478826c7@avcodec.org> #3655: splitting a file with -f segment options causes all per stream metadata to be lost -------------------------------------+------------------------------------- Reporter: duggaraju | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: I see a "TAG:rotate=90" in the ffprobe output, if i run the commands here, so i assume this has been fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 18:03:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 17:03:18 -0000 Subject: [FFmpeg-trac] #3677(undetermined:new): av_read_frame after av_seek_frame failed (.rm) (was: av_read_frame after av_seek_frame failed) In-Reply-To: <037.3681512eb167210c941266fde5b78ea0@avcodec.org> References: <037.3681512eb167210c941266fde5b78ea0@avcodec.org> Message-ID: <052.ee60555e756c40144dee2eb491629d15@avcodec.org> #3677: av_read_frame after av_seek_frame failed (.rm) -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rmdec | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: => rmdec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 18:11:10 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 17:11:10 -0000 Subject: [FFmpeg-trac] #4186(undetermined:new): Error when adding srt file that contains two entries starting at the same moment In-Reply-To: <035.04e47f4fd4c35e52a95e7efe875360f4@avcodec.org> References: <035.04e47f4fd4c35e52a95e7efe875360f4@avcodec.org> Message-ID: <050.b72fc91073f33a53d2578065549436e8@avcodec.org> #4186: Error when adding srt file that contains two entries starting at the same moment -------------------------------------+------------------------------------- Reporter: rieve | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rieve): Agreed. VLC displays all entries at the same time, that seems reasonable. So I'd suggest that the behaviour is equivalent to this: {{{ 1 00:00:02,500 --> 00:00:03,000 hello world 2 00:00:03,000 --> 00:00:06,00 world }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 19:23:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 18:23:52 -0000 Subject: [FFmpeg-trac] #3677(avformat:new): av_read_frame after av_seek_frame failed (.rm) In-Reply-To: <037.3681512eb167210c941266fde5b78ea0@avcodec.org> References: <037.3681512eb167210c941266fde5b78ea0@avcodec.org> Message-ID: <052.7fcb17602e38c7153cd01f0cc86853f6@avcodec.org> #3677: av_read_frame after av_seek_frame failed (.rm) ------------------------------------+------------------------------------ Reporter: hxuanyu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rmdec => real * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 20:58:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 19:58:19 -0000 Subject: [FFmpeg-trac] #3686(undetermined:closed): ffprobe returns incorrect duration In-Reply-To: <037.945aa53ee5221d0a8243b810075a44fc@avcodec.org> References: <037.945aa53ee5221d0a8243b810075a44fc@avcodec.org> Message-ID: <052.7a05c76ff5702e297e084fe6d54200b3@avcodec.org> #3686: ffprobe returns incorrect duration -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in a29524bf2e197dd8d582445de0fe17f03b79f79d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 14 23:53:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 22:53:01 -0000 Subject: [FFmpeg-trac] #3655(undetermined:closed): splitting a file with -f segment options causes all per stream metadata to be lost In-Reply-To: <039.8a8983c6ee09f7c263620bcc81798676@avcodec.org> References: <039.8a8983c6ee09f7c263620bcc81798676@avcodec.org> Message-ID: <054.0af122d64165780a87a73d494415ce4c@avcodec.org> #3655: splitting a file with -f segment options causes all per stream metadata to be lost -------------------------------------+------------------------------------- Reporter: duggaraju | 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): * version: unspecified => git-master * resolution: worksforme => fixed * reproduced: 0 => 1 Comment: Fixed since FFmpeg 2.4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 00:51:55 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 14 Dec 2014 23:51:55 -0000 Subject: [FFmpeg-trac] #3686(avformat:closed): ffprobe returns incorrect duration In-Reply-To: <037.945aa53ee5221d0a8243b810075a44fc@avcodec.org> References: <037.945aa53ee5221d0a8243b810075a44fc@avcodec.org> Message-ID: <052.60c0afa3e8cd41b5f48894252c7e4963@avcodec.org> #3686: ffprobe returns incorrect duration ------------------------------------+------------------------------------ Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: unspecified => git-master * component: undetermined => avformat Comment: Regression since 394b0c830a21e6fa343053d3b8fa92b9b08fd380 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 02:48:05 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 01:48:05 -0000 Subject: [FFmpeg-trac] #4173(avformat:closed): mxf: memory leak with fuzzed file In-Reply-To: <036.d11f011f3fbd18c9b3719be4543321c1@avcodec.org> References: <036.d11f011f3fbd18c9b3719be4543321c1@avcodec.org> Message-ID: <051.6a69d7f12896f31ee5e3e8b015904cd6@avcodec.org> #4173: mxf: memory leak with fuzzed file ------------------------------------+------------------------------------ Reporter: tholin | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in 4373a25d - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 03:04:27 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 02:04:27 -0000 Subject: [FFmpeg-trac] #4183(build system:closed): --shlibdir does not default to --libdir (was: Compilation problem with libav*) In-Reply-To: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> References: <036.fe46d8f3d5da517565b31a65ffba7977@avcodec.org> Message-ID: <051.2fdc2847272693d46bb8853d90445e9a@avcodec.org> #4183: --shlibdir does not default to --libdir -------------------------------------+------------------------------------- Reporter: JohnCC | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed in 4fa42e04 - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 03:59:26 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 02:59:26 -0000 Subject: [FFmpeg-trac] #3551(avformat:open): Wrong duration shown for some FLV files In-Reply-To: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> References: <043.79e0b27492886991d4d461ea943e57cb@avcodec.org> Message-ID: <058.2929376bf7024ad35d69357253b46496@avcodec.org> #3551: Wrong duration shown for some FLV files -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: enhancement | Component: avformat Priority: wish | Resolution: Version: git-master | Blocked By: Keywords: flv h264 | Reproduced by developer: 1 duration | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 04:01:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 03:01:06 -0000 Subject: [FFmpeg-trac] #3566(avformat:new): Support new HikVision CCTV files In-Reply-To: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> References: <037.d0b887c0b887fad1075309c89d40c878@avcodec.org> Message-ID: <052.00cc65469e1fc94ae184fcf5003e9ae4@avcodec.org> #3566: Support new HikVision CCTV files -------------------------------------+------------------------------------ Reporter: jon.lee | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * cc: sabkaraja (added) Comment: Replying to [comment:4 sabkaraja]: > http://www.datafilehost.com/get.php?file=cc992777 I opened ticket #4182, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 11:57:16 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 10:57:16 -0000 Subject: [FFmpeg-trac] #3414(ffserver:new): ffmpeg stream to ffserver fails with "Not enough space" In-Reply-To: <036.a2a5ceb95cd28937939519564db58a9f@avcodec.org> References: <036.a2a5ceb95cd28937939519564db58a9f@avcodec.org> Message-ID: <051.d220ce66eeda9257a61671c1e2124b45@avcodec.org> #3414: ffmpeg stream to ffserver fails with "Not enough space" ------------------------------------+------------------------------------ Reporter: melsom | Owner: Type: defect | Status: new Priority: normal | Component: ffserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => ffserver -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 17:58:09 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 16:58:09 -0000 Subject: [FFmpeg-trac] #3610(documentation:closed): "threads" option is not described in ffmpeg.1 or online ffmpeg doc In-Reply-To: <037.c866d47f9c2eec84d696d954c41d122b@avcodec.org> References: <037.c866d47f9c2eec84d696d954c41d122b@avcodec.org> Message-ID: <052.4f345da09e3bbac2aab019ade838387b@avcodec.org> #3610: "threads" option is not described in ffmpeg.1 or online ffmpeg doc -------------------------------------+------------------------------------- Reporter: grepfor | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed Comment: Fixed in c1d9283b1e4b3b90d5064e0f1cc29a94aa73cda9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 18:55:47 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 17:55:47 -0000 Subject: [FFmpeg-trac] #4188(ffmpeg:new): Can't type anything on ffmpeg? Message-ID: <036.8defcce3cf58fca863f844d6234cfa85@avcodec.org> #4188: Can't type anything on ffmpeg? --------------------------------+--------------------------------------- Reporter: brktml | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Hi everyone, I have a Macbook. I just downloaded the ffmpeg. But I cannot write anything to the command lines. I get this message: Use -h to get full help or, even better, run 'man ffmpeg' logout [Process completed] Can you help me please? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 18:58:51 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 17:58:51 -0000 Subject: [FFmpeg-trac] #4188(undetermined:closed): Can't type anything on ffmpeg? In-Reply-To: <036.8defcce3cf58fca863f844d6234cfa85@avcodec.org> References: <036.8defcce3cf58fca863f844d6234cfa85@avcodec.org> Message-ID: <051.7d0447ab286cd1548671f43895fc106f@avcodec.org> #4188: Can't type anything on ffmpeg? -------------------------------------+------------------------------------- Reporter: brktml | 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 Comment: Sorry, this is the bug tracker not a support forum, see https://ffmpeg.org/contact.html for support, please try the user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 19:39:24 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 18:39:24 -0000 Subject: [FFmpeg-trac] #4189(undetermined:new): webcam overlay audio desync Windows 7 Message-ID: <040.9c61a555b441a4dcf1c2967cd8699245@avcodec.org> #4189: webcam overlay audio desync Windows 7 -------------------------------------+------------------------------------- Reporter: Kakariko__ | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi im using this command. FFmpeg 32bit windows static version from http://ffmpeg.zeranoe.com {{{ ffmpeg -loglevel warning -rtbufsize 100000k -f dshow -i video="UScreenCapture" -f dshow -i video="MyWebCam" -filter_complex "[0:v]setpts=PTS-STARTPTS[background];[1:v]setpts=PTS- STARTPTS,scale=-1:134[foreground];[background][foreground]overlay=main_w- overlay_w+1:main_h-overlay_h" -f dshow -i audio="virtual-audio-capturer" -c:v libx264 -crf 21 -preset:v veryfast -pix_fmt yuv420p -tune film -c:a libmp3lame -q:a 2 -ar 44100 -threads 0 "E:\test.mkv" }}} audio is ~2 seconds too fast. Tested on two laptops, tested with stereo mix also. Thanks for help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 19:40:17 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 18:40:17 -0000 Subject: [FFmpeg-trac] #4189(undetermined:new): webcam overlay audio desync Windows 7 In-Reply-To: <040.9c61a555b441a4dcf1c2967cd8699245@avcodec.org> References: <040.9c61a555b441a4dcf1c2967cd8699245@avcodec.org> Message-ID: <055.2f3e1dfc8f261fc4db35f5c598bfe363@avcodec.org> #4189: webcam overlay audio desync Windows 7 -------------------------------------+------------------------------------- Reporter: Kakariko__ | 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 Kakariko__): without overlay, all is ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 20:07:57 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 19:07:57 -0000 Subject: [FFmpeg-trac] #3598(undetermined:closed): Too verbose output using concat demuxer with wav files In-Reply-To: <037.f6d996e39b58657d998b5192b6476bd1@avcodec.org> References: <037.f6d996e39b58657d998b5192b6476bd1@avcodec.org> Message-ID: <052.868088d3ca46e711a9d0c66c26c84de3@avcodec.org> #3598: Too verbose output using concat demuxer with wav files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | undetermined Keywords: concat wav | 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 nicolas in acbc2ed26ab6d1f3fbd0db3c594672561a692d99 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 22:24:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 21:24:49 -0000 Subject: [FFmpeg-trac] #4190(avfilter:new): offer internal font for drawtext Message-ID: <037.38ee712765b614305d602ed44053930f@avcodec.org> #4190: offer internal font for drawtext -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: | Status: new enhancement | Component: avfilter Priority: normal | Keywords: drawtext, Version: | font unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I propose supporting an interal font for use with drawtext so that drawtext is possible to use without a font file. I suggest an open licensed, fixed width, generic font. I do notice that a font is used in ebur128=video=1. Is there a method to call this font from drawtext? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 15 22:46:58 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 15 Dec 2014 21:46:58 -0000 Subject: [FFmpeg-trac] #4190(avfilter:new): offer internal font for drawtext In-Reply-To: <037.38ee712765b614305d602ed44053930f@avcodec.org> References: <037.38ee712765b614305d602ed44053930f@avcodec.org> Message-ID: <052.1d03060673229efc151fe3d7df411d1e@avcodec.org> #4190: offer internal font for drawtext -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: drawtext, font => drawtext * priority: normal => wish * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 09:35:58 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 08:35:58 -0000 Subject: [FFmpeg-trac] #4189(undetermined:new): webcam overlay audio desync Windows 7 In-Reply-To: <040.9c61a555b441a4dcf1c2967cd8699245@avcodec.org> References: <040.9c61a555b441a4dcf1c2967cd8699245@avcodec.org> Message-ID: <055.8ef262eb69aa175cbcd99e93c41618ce@avcodec.org> #4189: webcam overlay audio desync Windows 7 -------------------------------------+------------------------------------- Reporter: Kakariko__ | 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 provide the 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 Dec 16 11:02:15 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 10:02:15 -0000 Subject: [FFmpeg-trac] #4187(avfilter:closed): PSNR filter not returning error with different input formats In-Reply-To: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> References: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> Message-ID: <051.ead9fca5613f4c270e8793ce0aed614e@avcodec.org> #4187: PSNR filter not returning error with different input formats ------------------------------------+------------------------------------ Reporter: govind | Owner: Type: defect | Status: closed Priority: minor | Component: avfilter Version: git-master | Resolution: wontfix Keywords: PSNR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by richardpl): What documentation? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 18:10:02 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 17:10:02 -0000 Subject: [FFmpeg-trac] #4177(undetermined:open): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.7b4cc35ab3b9f37b863afbf80a2bc949@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ericmcarson): Digimetrics fully complies with the LGPL with the current builds of Aurora & Hydra. We have confirmed this with our legal counsel. The FFmpeg website states that your checklist has additional requirements not listed in the LGPL. ?The following is a checklist for LGPL compliance when linking against the FFmpeg libraries. It is not the only way to comply with the license, but we think it is the easiest. There are also a few items that are not really related to LGPL compliance but are good ideas anyway.? https://www.ffmpeg.org/legal.html. We appreciate you think the checklist is a good idea, but Digimetrics has licensed the LGPL, not the checklist, and has been advised by our legal counsel that we do not need to comply with the checklist except to the extent that the checklist requires items that specifically appear in the LGPL. If there is a particular section of the LGPL that you believe is violated, please identify it so we can know the basis for your complaint. Finally, even though the LGPL does not mention EULAs, in the spirit of cooperation and an effort to resolve this matter, the EULAs for the Digimetrics software Aurora and Hydra have been updated to separately identify the open source components of the Digimetrics software including the FFmpeg libraries, and state that these can be used subject to the rights of the owners of the open source software. The emails that Digimetrics sends out with a hyperlink to our FTP server for file access have been similarly amended, as have the Help, About sections of our software. While these steps were not necessary to comply with the LGPL, as you said, ?these are good ideas anyway.? Updated EULAs for both Aurora & Hydra are attached. We will consider this issue resolved unless you have specific EULA sections you can point to being non-compliant with the LGPL. Eric Carson CTO & Founder, Digimetrics -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 18:11:33 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 17:11:33 -0000 Subject: [FFmpeg-trac] #4177(undetermined:closed): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.8c6539641c728f65bca23d5634dd9a7b@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: closed violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ericmcarson): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 18:26:29 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 17:26:29 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.b7c600e8ad5e2f07afeaa4b17923de40@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: Please allow me to express my deepest regrets that we are not able anymore to go after license violators like Digimetrics. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 18:32:49 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 17:32:49 -0000 Subject: [FFmpeg-trac] #4177(undetermined:closed): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.35cff803308f27484e212a977de367dc@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: closed violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ericmcarson): * status: reopened => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 18:50:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 17:50:32 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.c8ecf5a1ae177907a70f3726646cc1d2@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: Please do not randomly close tickets. Please go through our compliance list again, no need to pay your legal council. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 19:41:35 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 18:41:35 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.d672ba0f6c85eb678094f2c48d715e8b@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ericmcarson): Cehoyos, I am not randomly closing tickets. I am marking the issue as fixed, just as it is resolved. Your ticket reads that Digimetrics' software violates the GPL, which it does not in the current distributed form. Additionally, Digimetrics' software is not violating the LGPL. Your compliance checklist contains items that are not required by the LGPL. Please see my previous comment: We appreciate you think the checklist is a good idea, but Digimetrics has licensed the LGPL, not the checklist, and has been advised by our legal counsel that we do not need to comply with the checklist except to the extent that the checklist requires items that specifically appear in the LGPL. '''If there is a particular section of the LGPL that you believe is violated, please identify it so we can know the basis for your complaint. ''' Eric Carson CTO & Founder, Digimetrics -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 20:24:34 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 19:24:34 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.60ac91cc11f1562cbb33993903bb5794@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by HallEstillLaw): My name is Randy McCarthy, I am an intellectual property attorney with Hall Estill (Rmccarthy at hallestill.com) and we represent Digimetrics. Please ask your legal counsel to contact me immediately regarding the basis for continued accusations against my client of breach of the terms of the LGPL license agreement. Accusations of breach are a serious matter with legal implications for all parties involved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 20:56:07 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 19:56:07 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.f9b85adb2bc600f3991aaa49ece36945@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:17 HallEstillLaw]: > My name is Randy McCarthy, I am an intellectual property attorney with Hall Estill (Rmccarthy at hallestill.com) and we represent Digimetrics. Please ask your legal counsel to contact me immediately regarding the basis for continued accusations against my client of breach of the terms of the LGPL license agreement. Accusations of breach are a serious matter with legal implications for all parties involved. Sorry, I am not a native speaker: Are you threatening me or is this just a misunderstanding on my side? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 16 22:16:40 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 16 Dec 2014 21:16:40 -0000 Subject: [FFmpeg-trac] #4187(avfilter:closed): PSNR filter not returning error with different input formats In-Reply-To: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> References: <036.e1584b27430f0251396f7035bc41afdc@avcodec.org> Message-ID: <051.fa05535f014f3d4b092612ed2a91fab0@avcodec.org> #4187: PSNR filter not returning error with different input formats ------------------------------------+------------------------------------ Reporter: govind | Owner: Type: defect | Status: closed Priority: minor | Component: avfilter Version: git-master | Resolution: wontfix Keywords: PSNR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:4 richardpl]: > What documentation? http://ffmpeg.org/ffmpeg.html#Advanced-Video-options -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 03:58:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 02:58:01 -0000 Subject: [FFmpeg-trac] #3705(undetermined:open): Seeking fails for H264 file In-Reply-To: <042.b84400d20517afef38b2b125c6603e38@avcodec.org> References: <042.b84400d20517afef38b2b125c6603e38@avcodec.org> Message-ID: <057.623d802127e6c03128a0d4954e61386a@avcodec.org> #3705: Seeking fails for H264 file -------------------------------------+------------------------------------- Reporter: | Owner: Aleksoid1978 | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Aleksoid1978): There is progress on this issue ?? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:04:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:04:28 -0000 Subject: [FFmpeg-trac] #4191(ffmpeg:new): ffmpeg crash on Message-ID: <036.1e6a09d3c39a6f77bdd1499d9766d5f4@avcodec.org> #4191: ffmpeg crash on --------------------------------+--------------------------------------- Reporter: vipjml | 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: {{{ tools/ffmpeg -i oridata/4.mp4 -ar 44100 -b:a 47k a.mp4 ffmpeg version 2.4.1- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 18:52:48 with gcc 4.8 (Debian 4.8.3-11) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'oridata/4.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.84.0 Duration: 00:45:21.03, start: 0.000000, bitrate: 749 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x320 [SAR 1:1 DAR 3:2], 699 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 43 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler File 'a.mp4' already exists. Overwrite ? [y/N] y [libx264 @ 0x40ede60] using SAR=1/1 [libx264 @ 0x40ede60] using cpu capabilities: MMX2 SSE Cache64 [libx264 @ 0x40ede60] profile High, level 2.1 [libx264 @ 0x40ede60] 264 - core 142 r50 dd79a61 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'a.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.4.101 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x320 [SAR 1:1 DAR 3:2], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler encoder : Lavc56.1.100 libx264 Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 47 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler encoder : Lavc56.1.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help Segmentation fault2 q=28.0 size= 19509kB time=00:30:54.39 bitrate= 86.2kbits/ }}} 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 Wed Dec 17 07:04:36 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:04:36 -0000 Subject: [FFmpeg-trac] #4192(ffmpeg:new): ffmpeg crash Message-ID: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> #4192: ffmpeg crash --------------------------------+--------------------------------------- Reporter: vipjml | 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: {{{ tools/ffmpeg -i oridata/4.mp4 -ar 44100 -b:a 47k a.mp4 ffmpeg version 2.4.1- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Sep 24 2014 18:52:48 with gcc 4.8 (Debian 4.8.3-11) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'oridata/4.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.84.0 Duration: 00:45:21.03, start: 0.000000, bitrate: 749 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x320 [SAR 1:1 DAR 3:2], 699 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 43 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler File 'a.mp4' already exists. Overwrite ? [y/N] y [libx264 @ 0x40ede60] using SAR=1/1 [libx264 @ 0x40ede60] using cpu capabilities: MMX2 SSE Cache64 [libx264 @ 0x40ede60] profile High, level 2.1 [libx264 @ 0x40ede60] 264 - core 142 r50 dd79a61 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'a.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.4.101 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x320 [SAR 1:1 DAR 3:2], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler encoder : Lavc56.1.100 libx264 Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 47 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler encoder : Lavc56.1.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help Segmentation fault2 q=28.0 size= 19509kB time=00:30:54.39 bitrate= 86.2kbits/ }}} 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 Wed Dec 17 07:08:40 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:08:40 -0000 Subject: [FFmpeg-trac] #4191(ffmpeg:closed): ffmpeg crash on In-Reply-To: <036.1e6a09d3c39a6f77bdd1499d9766d5f4@avcodec.org> References: <036.1e6a09d3c39a6f77bdd1499d9766d5f4@avcodec.org> Message-ID: <051.9d902d5388f018bb0d257725078a6ae6@avcodec.org> #4191: ffmpeg crash on -------------------------------------+------------------------------------- Reporter: vipjml | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by vipjml): * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:09:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:09:59 -0000 Subject: [FFmpeg-trac] #4192(ffmpeg:closed): ffmpeg crash In-Reply-To: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> References: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> Message-ID: <051.c71190cdb1a4c6fd7dd7ab7777a91c50@avcodec.org> #4192: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by vipjml): * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:15:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:15:47 -0000 Subject: [FFmpeg-trac] #3716(undetermined:open): ffmpeg can't seek to start of a mpeg video In-Reply-To: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> References: <037.5ed1031aa41b9b79d4b703b6033548b1@avcodec.org> Message-ID: <052.fbffbd64624c5b48d5b22ae25fc03cc4@avcodec.org> #3716: ffmpeg can't seek to start of a mpeg video -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: mpegps seek | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lvml): I think I am experiencing the same issue, with h.264 MP4 files that are recorded by a Panasonic LX100 camera. I took a short example video file using the camera, taking a shot of a screen showing a millisecond counter for easier identification of individual frames (the display refresh rate is 60Hz, the video taken with 25fps, the clock display refreshed each 10ms, but the relevant result is that each frame shows a different number). You can download this (3.5 MB) video file [http://filebin.ca/1knlOxMESIbK/P1000457.MP4 here]. When replayed in the camera, the first frame shown shows {{{time: 3685ms}}} on the display. When replayed with software like [http://mpv.io/ mpv], [http://avidemux.org/ avidemux], [http://kdenlive.org kdenlive] or alike that uses ffmpeg as a library for video decoding, the first frames a not displayed, but instead the first frame shows {{{time: 3768ms}}} - and that is actually the third frame. I have looked at timestamp dump outputs of ffprobe and MP4Box, and it seems that while MP4Box shows reasonable DTS and CTS times, where the first frame is actually to be displayed, first, the ffprobe output shows implausible DTS and PTS timestamps - they are always the same, and that would mean to display a B-frame before the first I-frame is decoded! For reference, I have uploaded the output of ffprobe and MP4Box for this example video: [http://filebin.ca/1knnYtjW7Boa/P1000457_ffprobe.txt ffprobe output] [http://filebin.ca/1knnkRxfITxs/P1000457_ts.txt MP4Box output] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:35:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:35:27 -0000 Subject: [FFmpeg-trac] #4192(ffmpeg:reopened): ffmpeg crash In-Reply-To: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> References: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> Message-ID: <051.9018fe5f8b40c5f384b0e0a280566571@avcodec.org> #4192: ffmpeg crash -------------------------------------+------------------------------------ Reporter: vipjml | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by vipjml): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:38:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:38:12 -0000 Subject: [FFmpeg-trac] #4192(ffmpeg:reopened): ffmpeg crash In-Reply-To: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> References: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> Message-ID: <051.21fa392476e527e84f3a5aa3d7681cf5@avcodec.org> #4192: ffmpeg crash -------------------------------------+------------------------------------ Reporter: vipjml | Owner: Type: defect | Status: reopened Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by vipjml): ffmpeg-git-20141216-64bit-static/ffmpeg -report -i Ticket\ #4192.mp4 -ar 44100 -b:a 48k output.mp4 ffmpeg started on 2014-12-17 at 14:26:46 Report written to "ffmpeg-20141217-142646.log" ffmpeg version N-42969-g92a596f- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Dec 16 2014 01:24:53 with gcc 4.8 (Debian 4.8.3-16) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.101 / 5. 3.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Ticket #4192.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.84.0 Duration: 00:45:21.03, start: 0.000000, bitrate: 749 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x320 [SAR 1:1 DAR 3:2], 699 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 43 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler [libx264 @ 0x325b8a0] using SAR=1/1 [libx264 @ 0x325b8a0] using cpu capabilities: MMX2 SSE Cache64 [libx264 @ 0x325b8a0] profile High, level 2.1 [libx264 @ 0x325b8a0] 264 - core 142 r62 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.15.105 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x320 [SAR 1:1 DAR 3:2], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler encoder : Lavc56.15.100 libx264 Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 48 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler encoder : Lavc56.15.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help Segmentation fault5 q=28.0 size= 19740kB time=00:30:55.16 bitrate= 87.2kbits/s [root at CDN video_segments]# rm output.mp4 rm: remove regular file `output.mp4'? y [root at CDN video_segments]# ffmpeg-git-20141216-64bit-static/ffmpeg -report -i Ticket\ #4192.mp4 -ar 44100 -b:a 48k output.mp4 ffmpeg started on 2014-12-17 at 14:30:55 Report written to "ffmpeg-20141217-143055.log" ffmpeg version N-42969-g92a596f- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Dec 16 2014 01:24:53 with gcc 4.8 (Debian 4.8.3-16) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.101 / 5. 3.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Ticket #4192.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.84.0 Duration: 00:45:21.03, start: 0.000000, bitrate: 749 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x320 [SAR 1:1 DAR 3:2], 699 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 43 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler [libx264 @ 0x36198a0] using SAR=1/1 [libx264 @ 0x36198a0] using cpu capabilities: MMX2 SSE Cache64 [libx264 @ 0x36198a0] profile High, level 2.1 [libx264 @ 0x36198a0] 264 - core 142 r62 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.15.105 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x320 [SAR 1:1 DAR 3:2], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler encoder : Lavc56.15.100 libx264 Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 48 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler encoder : Lavc56.15.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help Segmentation fault7 q=28.0 size= 19722kB time=00:30:53.51 bitrate= 87.2kbits/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:38:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:38:52 -0000 Subject: [FFmpeg-trac] #4192(ffmpeg:open): ffmpeg crash In-Reply-To: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> References: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> Message-ID: <051.b08d9e040c6e93f58d21cac7963405b0@avcodec.org> #4192: ffmpeg crash -------------------------------------+---------------------------------- Reporter: vipjml | Owner: Type: defect | Status: open Priority: normal | Component: ffmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by vipjml): * status: reopened => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:40:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:40:09 -0000 Subject: [FFmpeg-trac] #4192(ffmpeg:closed): ffmpeg crash In-Reply-To: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> References: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> Message-ID: <051.3c0498acd57df99c33a24a6f67b73d50@avcodec.org> #4192: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: unspecified | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by vipjml): * status: open => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:40:46 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:40:46 -0000 Subject: [FFmpeg-trac] #4191(ffmpeg:closed): ffmpeg crash on In-Reply-To: <036.1e6a09d3c39a6f77bdd1499d9766d5f4@avcodec.org> References: <036.1e6a09d3c39a6f77bdd1499d9766d5f4@avcodec.org> Message-ID: <051.8fa2ae8e0ec451e155116b7c57c23edc@avcodec.org> #4191: ffmpeg crash on -------------------------------------+------------------------------------- Reporter: vipjml | Owner: Type: defect | Status: closed Priority: normal | Component: ffmpeg Version: unspecified | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by vipjml): * resolution: needs_more_info => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:43:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:43:27 -0000 Subject: [FFmpeg-trac] #4193(ffmpeg:new): ffmpeg crash Message-ID: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> #4193: ffmpeg crash --------------------------------+--------------------------------------- Reporter: vipjml | 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-git-20141216-64bit-static/ffmpeg -report -i Ticket\ #4192.mp4 -ar 44100 -b:a 48k output.mp4 ffmpeg started on 2014-12-17 at 14:26:46 Report written to "ffmpeg-20141217-142646.log" ffmpeg version N-42969-g92a596f- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Dec 16 2014 01:24:53 with gcc 4.8 (Debian 4.8.3-16) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.101 / 5. 3.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Ticket #4192.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.84.0 Duration: 00:45:21.03, start: 0.000000, bitrate: 749 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x320 [SAR 1:1 DAR 3:2], 699 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 43 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler [libx264 @ 0x325b8a0] using SAR=1/1 [libx264 @ 0x325b8a0] using cpu capabilities: MMX2 SSE Cache64 [libx264 @ 0x325b8a0] profile High, level 2.1 [libx264 @ 0x325b8a0] 264 - core 142 r62 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.15.105 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x320 [SAR 1:1 DAR 3:2], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler encoder : Lavc56.15.100 libx264 Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 48 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler encoder : Lavc56.15.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help Segmentation fault5 q=28.0 size= 19740kB time=00:30:55.16 bitrate= 87.2kbits/s [root at CDN video_segments]# rm output.mp4 rm: remove regular file `output.mp4'? y [root at CDN video_segments]# ffmpeg-git-20141216-64bit-static/ffmpeg -report -i Ticket\ #4192.mp4 -ar 44100 -b:a 48k output.mp4 ffmpeg started on 2014-12-17 at 14:30:55 Report written to "ffmpeg-20141217-143055.log" ffmpeg version N-42969-g92a596f- http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2014 the FFmpeg developers built on Dec 16 2014 01:24:53 with gcc 4.8 (Debian 4.8.3-16) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable- libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- gray --enable-libopenjpeg --enable-libopus --disable-ffserver --enable- libass --enable-gnutls --cc=gcc-4.8 libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 3.101 / 5. 3.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Ticket #4192.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf52.84.0 Duration: 00:45:21.03, start: 0.000000, bitrate: 749 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x320 [SAR 1:1 DAR 3:2], 699 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 43 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler [libx264 @ 0x36198a0] using SAR=1/1 [libx264 @ 0x36198a0] using cpu capabilities: MMX2 SSE Cache64 [libx264 @ 0x36198a0] profile High, level 2.1 [libx264 @ 0x36198a0] 264 - core 142 r62 24e4fed - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'output.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.15.105 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x320 [SAR 1:1 DAR 3:2], q=-1--1, 25 fps, 12800 tbn, 25 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler encoder : Lavc56.15.100 libx264 Stream #0:1(und): Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 44100 Hz, stereo, s16, 48 kb/s (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : SoundHandler encoder : Lavc56.15.100 libvo_aacenc Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Stream #0:1 -> #0:1 (aac (native) -> aac (libvo_aacenc)) Press [q] to stop, [?] for help Segmentation fault7 q=28.0 size= 19722kB time=00:30:53.51 bitrate= 87.2kbits/s }}} "Ticket #4192.mp4" have been uploaded to ftp://upload.ffmpeg.org/incoming -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 07:45:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 06:45:34 -0000 Subject: [FFmpeg-trac] #4193(ffmpeg:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.2d89b0a1c046395329e9c9eaee8ea175@avcodec.org> #4193: ffmpeg crash -------------------------------------+---------------------------------- Reporter: vipjml | 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 vipjml): ffmpeg-git-20141216-64bit-static/ffmpeg -report -i Ticket\ #4192.mp4 -ar 44100 -b:a 32k output.mp4 will work well -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 08:11:11 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 07:11:11 -0000 Subject: [FFmpeg-trac] #4193(ffmpeg:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.e8af9252df3a26962c45b31e0bd02c54@avcodec.org> #4193: ffmpeg crash -------------------------------------+---------------------------------- Reporter: vipjml | 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 vipjml): "Ticket #4192.mp4"'s upload maybe failed. please use "Ticket #4193.mp4" instead! the file's md5 is 5b7ebb706aa7a128a16600059d666f77 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:11:15 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:11:15 -0000 Subject: [FFmpeg-trac] #4193(undetermined:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.efc0ec261bef0848c34b64ae7f25c996@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | 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: ffmpeg => undetermined Comment: Please test with {{{-an}}} and {{{-vn}}}. If only {{{-an}}} allows to reproduce the issue, please test with {{{-vcodec mpeg4 -qscale 2}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:19:25 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:19:25 -0000 Subject: [FFmpeg-trac] #4191(undetermined:closed): ffmpeg crash on In-Reply-To: <036.1e6a09d3c39a6f77bdd1499d9766d5f4@avcodec.org> References: <036.1e6a09d3c39a6f77bdd1499d9766d5f4@avcodec.org> Message-ID: <051.4727809e2845e3195c1b9bec19d7c9c6@avcodec.org> #4191: ffmpeg crash on -------------------------------------+------------------------------------- Reporter: vipjml | 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): * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:19:47 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:19:47 -0000 Subject: [FFmpeg-trac] #4192(undetermined:closed): ffmpeg crash In-Reply-To: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> References: <036.257d8b494c3f297a89a9af3f872dabc6@avcodec.org> Message-ID: <051.41d8478602bcba0cd8bfd5afa475077a@avcodec.org> #4192: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | 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): * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:38:51 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:38:51 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.9463fe619ed8148c614402d9cb7e87cc@avcodec.org> #4175: Dolby Pro Logic II / Dolby matrix downmixing level balance ---------------------------------+-------------------------------------- Reporter: ranutso | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: 2.4.4 | Resolution: Keywords: dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Comment (by otonvm): Hello! I was just getting ready to write a similar report before I found this one. I'm doing this (same surround wave): 1. Extract all channels to mono (as described in the wiki) {{{ ffmpeg started on 2014-12-17 at 09:21:14 Report written to "ffmpeg-20141217-092114.log" Command line: ffmpeg -report -i ChID-BLITS-EBU-Narration441-16b.wav -filter_complex "channelsplit=channel_layout=5.1[FL][FR][FC][LFE][BL][BR]" -map "[FL]" test2_front_left.wav -map "[FR]" test2_front_right.wav -map "[FC]" test2_front_center.wav -map "[LFE]" test2_lfe.wav -map "[BL]" test2_back_left.wav -map "[BR]" test2_back_right.wav ffmpeg version N-68500-g3ba1050 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 17 2014 01:55:42 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'ChID-BLITS- EBU-Narration441-16b.wav'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'channelsplit=channel_layout=5.1[FL][FR][FC][LFE][BL][BR]'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[FL]'. Reading option 'test2_front_left.wav' ... matched as output file. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[FR]'. Reading option 'test2_front_right.wav' ... matched as output file. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[FC]'. Reading option 'test2_front_center.wav' ... matched as output file. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[LFE]'. Reading option 'test2_lfe.wav' ... matched as output file. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[BL]'. Reading option 'test2_back_left.wav' ... matched as output file. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '[BR]'. Reading option 'test2_back_right.wav' ... 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 filter_complex (create a complex filtergraph) with argument channelsplit=channel_layout=5.1[FL][FR][FC][LFE][BL][BR]. Successfully parsed a group of options. Parsing a group of options: input file ChID-BLITS-EBU- Narration441-16b.wav. Successfully parsed a group of options. Opening an input file: ChID-BLITS-EBU-Narration441-16b.wav. [wav @ 000000000036d0c0] Format wav probed with size=2048 and score=99 [wav @ 000000000036d0c0] Before avformat_find_stream_info() pos: 68 bytes read:46722 seeks:2 [wav @ 000000000036d0c0] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 000000000036d0c0] probing stream 0 pp:14 [wav @ 000000000036d0c0] probing stream 0 pp:13 [wav @ 000000000036d0c0] probing stream 0 pp:12 [wav @ 000000000036d0c0] probing stream 0 pp:11 [wav @ 000000000036d0c0] probing stream 0 pp:10 [wav @ 000000000036d0c0] probing stream 0 pp:9 [wav @ 000000000036d0c0] probing stream 0 pp:8 [wav @ 000000000036d0c0] probing stream 0 pp:7 [wav @ 000000000036d0c0] probing stream 0 pp:6 [wav @ 000000000036d0c0] probing stream 0 pp:5 [wav @ 000000000036d0c0] probing stream 0 pp:4 [wav @ 000000000036d0c0] probing stream 0 pp:3 [wav @ 000000000036d0c0] probing stream 0 pp:2 [wav @ 000000000036d0c0] probing stream 0 pp:1 [wav @ 000000000036d0c0] probed stream 0 [wav @ 000000000036d0c0] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 000000000036d0c0] All info found [wav @ 000000000036d0c0] After avformat_find_stream_info() pos: 204668 bytes read:276098 seeks:2 frames:50 Input #0, wav, from 'ChID-BLITS-EBU-Narration441-16b.wav': Metadata: encoder : Adobe Audition CS6 (Windows) date : 2012-05-15 creation_time : 20:53:02 time_reference : 0 Duration: 00:00:46.53, bitrate: 4236 kb/s Stream #0:0, 50, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, s16, 4233 kb/s Successfully opened the file. Parsing a group of options: output file test2_front_left.wav. Applying option map (set input stream mapping) with argument [FL]. Successfully parsed a group of options. Opening an output file: test2_front_left.wav. detected 4 logical cores [Parsed_channelsplit_0 @ 0000000002bb67a0] Setting 'channel_layout' to value '5.1' [graph 0 input from stream 0:0 @ 0000000002c12a40] Setting 'time_base' to value '1/44100' [graph 0 input from stream 0:0 @ 0000000002c12a40] Setting 'sample_rate' to value '44100' [graph 0 input from stream 0:0 @ 0000000002c12a40] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 0:0 @ 0000000002c12a40] Setting 'channel_layout' to value '0x3f' [graph 0 input from stream 0:0 @ 0000000002c12a40] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3f [audio format for output stream 0:0 @ 0000000002c05060] Setting 'sample_fmts' to value 's16' Successfully opened the file. Parsing a group of options: output file test2_front_right.wav. Applying option map (set input stream mapping) with argument [FR]. Successfully parsed a group of options. Opening an output file: test2_front_right.wav. [audio format for output stream 1:0 @ 0000000002c1b9a0] Setting 'sample_fmts' to value 's16' Successfully opened the file. Parsing a group of options: output file test2_front_center.wav. Applying option map (set input stream mapping) with argument [FC]. Successfully parsed a group of options. Opening an output file: test2_front_center.wav. [audio format for output stream 2:0 @ 0000000002c1c1c0] Setting 'sample_fmts' to value 's16' Successfully opened the file. Parsing a group of options: output file test2_lfe.wav. Applying option map (set input stream mapping) with argument [LFE]. Successfully parsed a group of options. Opening an output file: test2_lfe.wav. [audio format for output stream 3:0 @ 0000000002c39c80] Setting 'sample_fmts' to value 's16' Successfully opened the file. Parsing a group of options: output file test2_back_left.wav. Applying option map (set input stream mapping) with argument [BL]. Successfully parsed a group of options. Opening an output file: test2_back_left.wav. [audio format for output stream 4:0 @ 0000000002c455e0] Setting 'sample_fmts' to value 's16' Successfully opened the file. Parsing a group of options: output file test2_back_right.wav. Applying option map (set input stream mapping) with argument [BR]. Successfully parsed a group of options. Opening an output file: test2_back_right.wav. [audio format for output stream 5:0 @ 0000000002c50a60] Setting 'sample_fmts' to value 's16' Successfully opened the file. [Parsed_channelsplit_0 @ 0000000002bb67a0] auto-inserting filter 'auto- inserted resampler 0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_channelsplit_0' [audio format for output stream 0:0 @ 0000000002c05060] auto-inserting filter 'auto-inserted resampler 1' between the filter 'Parsed_channelsplit_0' and the filter 'audio format for output stream 0:0' [audio format for output stream 1:0 @ 0000000002c1b9a0] auto-inserting filter 'auto-inserted resampler 2' between the filter 'Parsed_channelsplit_0' and the filter 'audio format for output stream 1:0' [audio format for output stream 2:0 @ 0000000002c1c1c0] auto-inserting filter 'auto-inserted resampler 3' between the filter 'Parsed_channelsplit_0' and the filter 'audio format for output stream 2:0' [audio format for output stream 3:0 @ 0000000002c39c80] auto-inserting filter 'auto-inserted resampler 4' between the filter 'Parsed_channelsplit_0' and the filter 'audio format for output stream 3:0' [audio format for output stream 4:0 @ 0000000002c455e0] auto-inserting filter 'auto-inserted resampler 5' between the filter 'Parsed_channelsplit_0' and the filter 'audio format for output stream 4:0' [audio format for output stream 5:0 @ 0000000002c50a60] auto-inserting filter 'auto-inserted resampler 6' between the filter 'Parsed_channelsplit_0' and the filter 'audio format for output stream 5:0' [AVFilterGraph @ 0000000002c01440] query_formats: 14 queried, 18 merged, 21 already done, 0 delayed [auto-inserted resampler 0 @ 0000000002c50b20] ch:6 chl:5.1 fmt:s16 r:44100Hz -> ch:6 chl:5.1 fmt:s16p r:44100Hz [auto-inserted resampler 1 @ 0000000002c50be0] ch:1 chl:1 channels (FL) fmt:s16p r:44100Hz -> ch:1 chl:1 channels (FL) fmt:s16 r:44100Hz [auto-inserted resampler 2 @ 0000000002c50ca0] ch:1 chl:1 channels (FR) fmt:s16p r:44100Hz -> ch:1 chl:1 channels (FR) fmt:s16 r:44100Hz [auto-inserted resampler 3 @ 0000000002c50e20] ch:1 chl:mono fmt:s16p r:44100Hz -> ch:1 chl:mono fmt:s16 r:44100Hz [auto-inserted resampler 4 @ 0000000002c50d60] ch:1 chl:1 channels (LFE) fmt:s16p r:44100Hz -> ch:1 chl:1 channels (LFE) fmt:s16 r:44100Hz [auto-inserted resampler 5 @ 0000000002c50ee0] ch:1 chl:1 channels (BL) fmt:s16p r:44100Hz -> ch:1 chl:1 channels (BL) fmt:s16 r:44100Hz [auto-inserted resampler 6 @ 0000000002c50fa0] ch:1 chl:1 channels (BR) fmt:s16p r:44100Hz -> ch:1 chl:1 channels (BR) fmt:s16 r:44100Hz Output #0, wav, to 'test2_front_left.wav': Metadata: time_reference : 0 ICRD : 2012-05-15 ISFT : Lavf56.15.105 Stream #0:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels (FL), s16, 705 kb/s Metadata: encoder : Lavc56.15.100 pcm_s16le Output #1, wav, to 'test2_front_right.wav': Metadata: time_reference : 0 ICRD : 2012-05-15 ISFT : Lavf56.15.105 Stream #1:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels (FR), s16, 705 kb/s Metadata: encoder : Lavc56.15.100 pcm_s16le Output #2, wav, to 'test2_front_center.wav': Metadata: time_reference : 0 ICRD : 2012-05-15 ISFT : Lavf56.15.105 Stream #2:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc56.15.100 pcm_s16le Output #3, wav, to 'test2_lfe.wav': Metadata: time_reference : 0 ICRD : 2012-05-15 ISFT : Lavf56.15.105 Stream #3:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels (LFE), s16, 705 kb/s Metadata: encoder : Lavc56.15.100 pcm_s16le Output #4, wav, to 'test2_back_left.wav': Metadata: time_reference : 0 ICRD : 2012-05-15 ISFT : Lavf56.15.105 Stream #4:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels (BL), s16, 705 kb/s Metadata: encoder : Lavc56.15.100 pcm_s16le Output #5, wav, to 'test2_back_right.wav': Metadata: time_reference : 0 ICRD : 2012-05-15 ISFT : Lavf56.15.105 Stream #5:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 1 channels (BR), s16, 705 kb/s Metadata: encoder : Lavc56.15.100 pcm_s16le Stream mapping: Stream #0:0 (pcm_s16le) -> channelsplit channelsplit:FL -> Stream #0:0 (pcm_s16le) channelsplit:FR -> Stream #1:0 (pcm_s16le) channelsplit:FC -> Stream #2:0 (pcm_s16le) channelsplit:LFE -> Stream #3:0 (pcm_s16le) channelsplit:BL -> Stream #4:0 (pcm_s16le) channelsplit:BR -> Stream #5:0 (pcm_s16le) Press [q] to stop, [?] for help size= 1338kB time=00:00:15.53 bitrate= 705.7kbits/s size= 2494kB time=00:00:28.95 bitrate= 705.6kbits/s [output stream 0:0 @ 0000000002c132e0] EOF on sink link output stream 0:0:default. [output stream 2:0 @ 0000000002c30580] EOF on sink link output stream 2:0:default. [output stream 5:0 @ 0000000002c509a0] EOF on sink link output stream 5:0:default. [output stream 4:0 @ 0000000002c454a0] EOF on sink link output stream 4:0:default. [output stream 1:0 @ 0000000002c1b8e0] EOF on sink link output stream 1:0:default. [output stream 3:0 @ 0000000002c39bc0] EOF on sink link output stream 3:0:default. No more output streams to write to, finishing. size= 4008kB time=00:00:46.52 bitrate= 705.6kbits/s video:0kB audio:24045kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Input file #0 (ChID-BLITS-EBU-Narration441-16b.wav): Input stream #0:0 (audio): 6018 packets read (24621912 bytes); 6018 frames decoded (2051826 samples); Total: 6018 packets (24621912 bytes) demuxed Output file #0 (test2_front_left.wav): Output stream #0:0 (audio): 6018 frames encoded (2051826 samples); 6018 packets muxed (4103652 bytes); Total: 6018 packets (4103652 bytes) muxed Output file #1 (test2_front_right.wav): Output stream #1:0 (audio): 6018 frames encoded (2051826 samples); 6018 packets muxed (4103652 bytes); Total: 6018 packets (4103652 bytes) muxed Output file #2 (test2_front_center.wav): Output stream #2:0 (audio): 6018 frames encoded (2051826 samples); 6018 packets muxed (4103652 bytes); Total: 6018 packets (4103652 bytes) muxed Output file #3 (test2_lfe.wav): Output stream #3:0 (audio): 6018 frames encoded (2051826 samples); 6018 packets muxed (4103652 bytes); Total: 6018 packets (4103652 bytes) muxed Output file #4 (test2_back_left.wav): Output stream #4:0 (audio): 6018 frames encoded (2051826 samples); 6018 packets muxed (4103652 bytes); Total: 6018 packets (4103652 bytes) muxed Output file #5 (test2_back_right.wav): Output stream #5:0 (audio): 6018 frames encoded (2051826 samples); 6018 packets muxed (4103652 bytes); Total: 6018 packets (4103652 bytes) muxed 6018 frames successfully decoded, 0 decoding errors [AVIOContext @ 0000000002c1a4c0] Statistics: 4 seeks, 6021 writeouts [AVIOContext @ 0000000002c2f600] Statistics: 4 seeks, 6021 writeouts [AVIOContext @ 0000000002c1c540] Statistics: 4 seeks, 6021 writeouts [AVIOContext @ 0000000002c3b000] Statistics: 4 seeks, 6021 writeouts [AVIOContext @ 0000000002c45980] Statistics: 4 seeks, 6021 writeouts [AVIOContext @ 0000000002c46fc0] Statistics: 4 seeks, 6021 writeouts [AVIOContext @ 000000000036d780] Statistics: 24682588 bytes read, 2 seeks }}} 2. Mix mono channels with Surcode (dolby certified) to use as reference. I've used this encoder before and I'm quite confident that produces correct results. [https://mega.co.nz/#!lFdURQ6A!ko1ftlGydLkBpslsQe_PxgHzXHes5eQZPpxHzG78O6U Surcode downmix] (This is on my mega account, should I put it somewhere else?) Also if muxed together with the video that identifies channels it sounds right. The sound stage is centered both on stereo and on 5.1. It should be centered on stereo because DPLII is supposed to be for both stereo and 5.1 delivery. 3. I get an almost identical result (poins of dB in difference) when using [https://github.com/nu774/qaac qaac] with this matrix: {{{ 1 0 0.7071067811865476 0 -0.8717797887081347j -0.4898979485566356j 0 1 0.7071067811865476 0 0.4898979485566356j 0.8717797887081347j }}} This numbers are from [http://en.wikipedia.org/wiki/Dolby_Pro_Logic#Dolby_encoding_matrices Wikipedia]. {{{ %ffmpeg% -loglevel quiet -i ChID-BLITS-EBU-Narration441-16b.wav -f wav -y - | %qaac% --tvbr 127 --quality 2 --verbose --native-resampler=bats,127 --matrix-preset=dpl2 --no-matrix-normalize - -o ChID-BLITS-EBU- Narration441-16b_qaac_dpl2.m4a %ffmpeg% -i ChID-BLITS-EBU-Narration441-16b_qaac_dpl2.m4a -y ChID-BLITS- EBU-Narration441-16b_qaac_dpl2.wav }}} [https://mega.co.nz/#!YNMUiTKT!o05-b5J1rpJW2R8tEjnF3NRwoPzY6MoLnfC0hWCqM0M Result] 4. For reference, this is the result from aresample: {{{ ffmpeg started on 2014-12-17 at 10:37:23 Report written to "ffmpeg-20141217-103723.log" Command line: ffmpeg -report -i ChID-BLITS-EBU-Narration441-16b.wav -af "aresample=out_channel_layout=stereo:matrix_encoding=dplii" -y ChID-BLITS- EBU-Narration441-16b_ff_aresample.wav ffmpeg version N-68500-g3ba1050 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 17 2014 01:55:42 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'ChID-BLITS- EBU-Narration441-16b.wav'. Reading option '-af' ... matched as option 'af' (set audio filters) with argument 'aresample=out_channel_layout=stereo:matrix_encoding=dplii'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option 'ChID-BLITS-EBU-Narration441-16b_ff_aresample.wav' ... 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 ChID-BLITS-EBU- Narration441-16b.wav. Successfully parsed a group of options. Opening an input file: ChID-BLITS-EBU-Narration441-16b.wav. [wav @ 000000000032bf60] Format wav probed with size=2048 and score=99 [wav @ 000000000032bf60] Before avformat_find_stream_info() pos: 68 bytes read:46722 seeks:2 [wav @ 000000000032bf60] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 000000000032bf60] probing stream 0 pp:14 [wav @ 000000000032bf60] probing stream 0 pp:13 [wav @ 000000000032bf60] probing stream 0 pp:12 [wav @ 000000000032bf60] probing stream 0 pp:11 [wav @ 000000000032bf60] probing stream 0 pp:10 [wav @ 000000000032bf60] probing stream 0 pp:9 [wav @ 000000000032bf60] probing stream 0 pp:8 [wav @ 000000000032bf60] probing stream 0 pp:7 [wav @ 000000000032bf60] probing stream 0 pp:6 [wav @ 000000000032bf60] probing stream 0 pp:5 [wav @ 000000000032bf60] probing stream 0 pp:4 [wav @ 000000000032bf60] probing stream 0 pp:3 [wav @ 000000000032bf60] probing stream 0 pp:2 [wav @ 000000000032bf60] probing stream 0 pp:1 [wav @ 000000000032bf60] probed stream 0 [wav @ 000000000032bf60] parser not found for codec pcm_s16le, packets or times may be invalid. [wav @ 000000000032bf60] All info found [wav @ 000000000032bf60] After avformat_find_stream_info() pos: 204668 bytes read:276098 seeks:2 frames:50 Input #0, wav, from 'ChID-BLITS-EBU-Narration441-16b.wav': Metadata: encoder : Adobe Audition CS6 (Windows) date : 2012-05-15 creation_time : 20:53:02 time_reference : 0 Duration: 00:00:46.53, bitrate: 4236 kb/s Stream #0:0, 50, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, s16, 4233 kb/s Successfully opened the file. Parsing a group of options: output file ChID-BLITS-EBU- Narration441-16b_ff_aresample.wav. Applying option af (set audio filters) with argument aresample=out_channel_layout=stereo:matrix_encoding=dplii. Successfully parsed a group of options. Opening an output file: ChID-BLITS-EBU-Narration441-16b_ff_aresample.wav. Successfully opened the file. detected 4 logical cores [Parsed_aresample_0 @ 00000000003296a0] Setting 'out_channel_layout' to value 'stereo' [Parsed_aresample_0 @ 00000000003296a0] Setting 'matrix_encoding' to value 'dplii' [graph 0 input from stream 0:0 @ 000000000032be20] Setting 'time_base' to value '1/44100' [graph 0 input from stream 0:0 @ 000000000032be20] Setting 'sample_rate' to value '44100' [graph 0 input from stream 0:0 @ 000000000032be20] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 0:0 @ 000000000032be20] Setting 'channel_layout' to value '0x3f' [graph 0 input from stream 0:0 @ 000000000032be20] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3f [audio format for output stream 0:0 @ 0000000002bb4080] Setting 'sample_fmts' to value 's16' [AVFilterGraph @ 0000000002bbbae0] query_formats: 4 queried, 9 merged, 0 already done, 0 delayed 0.325401 0.000000 0.230093 0.000000 -0.281805 -0.162700 0.000000 0.325401 0.230093 0.000000 0.162700 0.281805 [Parsed_aresample_0 @ 00000000003296a0] ch:6 chl:5.1 fmt:s16 r:44100Hz -> ch:2 chl:stereo fmt:s16 r:44100Hz Output #0, wav, to 'ChID-BLITS-EBU-Narration441-16b_ff_aresample.wav': Metadata: time_reference : 0 ICRD : 2012-05-15 ISFT : Lavf56.15.105 Stream #0:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Metadata: encoder : Lavc56.15.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [output stream 0:0 @ 0000000002bb3fc0] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. size= 8015kB time=00:00:46.52 bitrate=1411.2kbits/s video:0kB audio:8015kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001194% Input file #0 (ChID-BLITS-EBU-Narration441-16b.wav): Input stream #0:0 (audio): 6018 packets read (24621912 bytes); 6018 frames decoded (2051826 samples); Total: 6018 packets (24621912 bytes) demuxed Output file #0 (ChID-BLITS-EBU-Narration441-16b_ff_aresample.wav): Output stream #0:0 (audio): 6018 frames encoded (2051826 samples); 6018 packets muxed (8207304 bytes); Total: 6018 packets (8207304 bytes) muxed 6018 frames successfully decoded, 0 decoding errors [AVIOContext @ 000000000032d6a0] Statistics: 4 seeks, 6021 writeouts [AVIOContext @ 000000000032c7e0] Statistics: 24682588 bytes read, 2 seeks }}} [https://mega.co.nz/#!NVVziRQC!0J7P8L-NFFBop6TpxZHCa08mLKtey1RNB7AyCdxOQ1w Result] Let me know if you need anything else. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:42:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:42:13 -0000 Subject: [FFmpeg-trac] #4193(undetermined:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.b80b2e731a1239b2db814f1a2ef44bbb@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | 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 vipjml): Replying to [comment:3 cehoyos]: > Please test with {{{-an}}} and {{{-vn}}}. If only {{{-an}}} allows to reproduce the issue, please test with {{{-vcodec mpeg4 -qscale 2}}}. "ffmpeg -report -i Ticket\ #4192.mp4 -vn -ar 44100 -b:a 48k output.mp4" crash "ffmpeg -report -i Ticket\ #4192.mp4 -an -ar 44100 -b:a 48k output.mp4" no problem -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:48:09 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:48:09 -0000 Subject: [FFmpeg-trac] #4193(undetermined:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.c3fd0e11f73e7b2dae0a5328e2dfd65f@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | 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 vipjml): i upload the mp4 without videopart Ticket#4193_NOVIDEO.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:48:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:48:52 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.c3824a0c0dff5b8357db2e16503c37b7@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: HallEstillLaw (added) Comment: Replying to [comment:16 ericmcarson]: > Cehoyos Not necessarily related: You will find my name immediately in git and many details about me quickly on the internet. > I am not randomly closing tickets. I am marking the issue as fixed, just as it is resolved. Since there are only two relevant states on this bug tracker to make our lives easier (open and closed), please understand that it is our responsibility to verify that a license violation like yours is resolved. > Your ticket reads that Digimetrics' software violates the GPL, which it does not in the current distributed form. I consider this hairsplitting sentence impertinent, please also read paragraph 8 of the LGPLv2 (paragraph 4 of the GPLv2) in this context. While I try to calm down, please remove paragraph 4 of your EULA (it is not compatible with the LGPL) and provide a link to the download page of your installer: This is a precondition to get your license reinstated because it will allow us to check future installers from your company. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:52:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:52:28 -0000 Subject: [FFmpeg-trac] #4193(undetermined:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.2403b44e70821e4964f5782816ab1732@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | 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): Then please test the following: $ ffmpeg -i Ticket\ #4192.mp4 -strict -2 -acodec aac out1.aac $ ffmpeg -i Ticket\ #4192.mp4 out2.aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:56:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:56:34 -0000 Subject: [FFmpeg-trac] #4193(undetermined:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.4cf08bf512b7f4b8f950d323510d11e1@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | 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 vipjml): Replying to [comment:6 cehoyos]: > Then please test the following: > $ ffmpeg -i Ticket\ #4192.mp4 -strict -2 -acodec aac out1.aac > $ ffmpeg -i Ticket\ #4192.mp4 out2.aac both no problem i also test: "ffmpeg -report -i Ticket\ #4192.mp4 -vn -ar 44100 -b:a 32k output.mp4" which not crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 10:59:58 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 09:59:58 -0000 Subject: [FFmpeg-trac] #4193(undetermined:new): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.02597f61a32ea5197b00498cbec64823@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | 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 vipjml): Replying to [comment:6 cehoyos]: > Then please test the following: > $ ffmpeg -i Ticket\ #4192.mp4 -strict -2 -acodec aac out1.aac > $ ffmpeg -i Ticket\ #4192.mp4 out2.aac only crash with ar 44100 and b:a bigger than 45k(not exactly) if set ar 48000 it work well -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 11:04:22 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 10:04:22 -0000 Subject: [FFmpeg-trac] #4193(undetermined:closed): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.6be6b3a69ee9bf1be30a8a793d355525@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: libvo-aac | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libvo-aac * status: new => closed * version: unspecified => git-master * resolution: => invalid Comment: Workaround is to use the native encoder which has a better sound quality: {{{-strict -2 -acodec aac}}} Since the crash apparently happens in an external library and is not reproducible with all versions of libvo_aac (works fine here), I close this ticket as invalid. If you believe there is a bug in FFmpeg that can be fixed within FFmpeg, you would have to provide a backtrace etc. as explained on https://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 11:10:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 10:10:30 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.e60722ae24c63b0e53b9c8cbc6f96822@avcodec.org> #4175: Dolby Pro Logic II / Dolby matrix downmixing level balance ------------------------------------+-------------------------------------- Reporter: ranutso | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * cc: otonvm (added) * version: 2.4.4 => git-master Comment: Replying to [comment:2 otonvm]: > I was just getting ready to write a similar report before I found this one. Ticket #3455 probably deals with the same issue and contains a link to a patch that you could test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 11:19:53 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 10:19:53 -0000 Subject: [FFmpeg-trac] #4193(undetermined:closed): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.b68a19836a9c8afdc9fdc055ead3fa1d@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: libvo-aac | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vipjml): Replying to [comment:9 cehoyos]: > Workaround is to use the native encoder which has a better sound quality: > {{{-strict -2 -acodec aac}}} > Since the crash apparently happens in an external library and is not reproducible with all versions of libvo_aac (works fine here), I close this ticket as invalid. If you believe there is a bug in FFmpeg that can be fixed within FFmpeg, you would have to provide a backtrace etc. as explained on https://ffmpeg.org/bugreports.html i use the ffmpeg downloaded from http://johnvansickle.com/ffmpeg/ the defautl audio encoder is libvo-aacenc,i think it should be a bug of libvo-aacenc i will compile ffmpeg and test later -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 11:30:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 10:30:59 -0000 Subject: [FFmpeg-trac] #4193(undetermined:closed): ffmpeg crash In-Reply-To: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> References: <036.75bb63bb85481fdcc987951887183cd8@avcodec.org> Message-ID: <051.d121e3211093b5d6d1a0b0b5ae770473@avcodec.org> #4193: ffmpeg crash -------------------------------------+------------------------------------- Reporter: vipjml | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: libvo-aac | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vipjml): Replying to [comment:9 cehoyos]: > Workaround is to use the native encoder which has a better sound quality: > {{{-strict -2 -acodec aac}}} > Since the crash apparently happens in an external library and is not reproducible with all versions of libvo_aac (works fine here), I close this ticket as invalid. If you believe there is a bug in FFmpeg that can be fixed within FFmpeg, you would have to provide a backtrace etc. as explained on https://ffmpeg.org/bugreports.html Thanks for you help. I will use -strict -2 -acodec aac which work well! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 13:06:05 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 12:06:05 -0000 Subject: [FFmpeg-trac] #4182(undetermined:new): Unknown 16kb/s audio in Hikvision MPEG-PS recording In-Reply-To: <037.4d9d5001b2c8b84e0dd11bc2c888ec2c@avcodec.org> References: <037.4d9d5001b2c8b84e0dd11bc2c888ec2c@avcodec.org> Message-ID: <052.0bf920c0f8e7ea48a5c73d7d29d54d92@avcodec.org> #4182: Unknown 16kb/s audio in Hikvision MPEG-PS recording -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): Hi cehoyos permission denied to access the sample.mp4 file. -Anshul -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 13:15:19 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 12:15:19 -0000 Subject: [FFmpeg-trac] #4182(undetermined:new): Unknown 16kb/s audio in Hikvision MPEG-PS recording In-Reply-To: <037.4d9d5001b2c8b84e0dd11bc2c888ec2c@avcodec.org> References: <037.4d9d5001b2c8b84e0dd11bc2c888ec2c@avcodec.org> Message-ID: <052.24852411a4e2907ad203db5590f3ede0@avcodec.org> #4182: Unknown 16kb/s audio in Hikvision MPEG-PS recording -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Fixed. This unfortunately means that many files are impossible to access, will try to fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 17:47:01 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 16:47:01 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.d390bef8b721e4acd1e443a06ef7245b@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gjdfgh): Since this company already published a product with the license violation included, doesn't this mean they are required to hand over the full source code of the product to anyone who requests it? Lawyer guy with the clever job of being paid for threatening an open source project for protecting its rights from evil companies which don't give back anything, what do you say? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 20:40:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 19:40:52 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.31bf08c1552011e1d1df639e0de775ee@avcodec.org> #4175: Dolby Pro Logic II / Dolby matrix downmixing level balance ------------------------------------+-------------------------------------- Reporter: ranutso | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by otonvm): Done! Did a build from git and if works! [https://mega.co.nz/#!hV8i2bSB!Doqx4jJ8LnYeDzdD0oR_l2z_ws038gUENDjb2mTBfjo Result] The mix is overall quieter but otherwise matches reference. Since it's not a huge patch how long usually before approval? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 22:54:13 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 21:54:13 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.50125ea434e9e77c0dcb2707113360ad@avcodec.org> #4175: Dolby Pro Logic II / Dolby matrix downmixing level balance ------------------------------------+-------------------------------------- Reporter: ranutso | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Replying to [comment:4 otonvm]: > The mix is overall quieter but otherwise matches reference. > > Since it's not a huge patch how long usually before approval? It is not a question of time but your email to the development mailing list confirming that you tested the patch (and compared it with a reference encoder) and that you believe it is correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 17 22:56:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 17 Dec 2014 21:56:45 -0000 Subject: [FFmpeg-trac] #4177(undetermined:reopened): Digimetrics Hydra Player violates the GPL In-Reply-To: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> References: <037.c5500b45e7fb9bb541abcb4ae5851d44@avcodec.org> Message-ID: <052.870674a640189ae8eae361f629d04622@avcodec.org> #4177: Digimetrics Hydra Player violates the GPL -------------------------------------+------------------------------------- Reporter: kierank | Owner: Type: license | Status: reopened violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:20 gjdfgh]: > Since this company already published a product with the license violation included, doesn't this mean they are required to hand over the full source code of the product to anyone who requests it? From a (continental) European point-of-view: No, there is no indication that Digimetrics ever wanted to comply with the GPL, so there is no contract between FFmpeg and Digimetrics under the terms of the GPL so FFmpeg can make no claims based on the GPL. The situation in the US may or may not be different. IANAL. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 02:34:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 01:34:54 -0000 Subject: [FFmpeg-trac] #1978(avformat:closed): support rifx In-Reply-To: <039.7ca035910f1403ab6bec03830d2c5c95@avcodec.org> References: <039.7ca035910f1403ab6bec03830d2c5c95@avcodec.org> Message-ID: <054.e0d5a10a230a74eb4442e1c4f78866c9@avcodec.org> #1978: support rifx -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Thomas Volkert in 00d7555f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 09:07:48 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 08:07:48 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): Dolby Pro Logic II / Dolby matrix downmixing level balance In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.04c2b57fa5e9595564d472dfa4db9c9c@avcodec.org> #4175: Dolby Pro Logic II / Dolby matrix downmixing level balance ------------------------------------+-------------------------------------- Reporter: ranutso | Owner: Type: defect | Status: new Priority: normal | Component: swresample Version: git-master | Resolution: Keywords: dplii | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by heleppkes): Just to get some clarity.. You quoted a matrix you used for qaac, and you said this matrix gives you a good result, right? This quoted matrix has two negative operations for Lt, and two positive operations for Rt, just like the swresample code (BEFORE the patch!). If anything, the coefficients may be slightly wrong, but the +/- are in the proper places from what I can tell. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 09:42:58 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 08:42:58 -0000 Subject: [FFmpeg-trac] #4194(ffmpeg:new): x265 encoded video stream over UDP startcode missing Message-ID: <036.a8e959ce8f965880a098ef4767653ecd@avcodec.org> #4194: x265 encoded video stream over UDP startcode missing -------------------------------------+------------------------------------- Reporter: rwdy15 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: libx265, | unspecified mpegts, UDP | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I am trying to stream over UDP a video encoded with libx265 and formated in MPEG2 TS. I tried the same just changed the libx265 and x265 to libx264 and x264 and everything worked. How to reproduce: {{{ % >ffmpeg -re -i test1.ts -c copy -f mpegts udp://172.18.60.47 ffmpeg version N-68500-g3ba1050 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 17 2014 01:55:42 with gcc 4.9.2 (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-libbs2b --enable- libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable- libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpegts, from 'test1.ts': Duration: 00:00:10.12, start: 1.480000, bitrate: 456 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: hevc (Main) ([36][0][0][0] / 0x0024), yuv420p(tv), 1280x720, 25 fps, 25 tbr, 90k tbn, 25 tbc Output #0, mpegts, to 'udp://172.18.60.47': Metadata: encoder : Lavf56.15.105 Stream #0:0: Video: hevc ([36][0][0][0] / 0x0024), yuv420p, 1280x720, q=2-31, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 2462 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 302 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 134 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 149 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5107 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1331 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 341 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 404 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5205 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1030 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 438 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 407 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5463 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 852 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 498 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 566 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 364 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3610 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 620 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 394 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 406 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 275 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3615 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 670 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 256 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 324 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 12091 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 643 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 262 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 337 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3934 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 904 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 250 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 306 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5264 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1384 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 482 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 499 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5318 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1390 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 548 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 606 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3695 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 935 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 548 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 572 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 413 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3295 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 828 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 458 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 533 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 377 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 10081 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1829 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 513 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 800 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5610 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 2058 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 831 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1073 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 7429 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 2364 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1056 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1105 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 6384 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1114 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1004 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1076 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 330 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3987 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 894 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 379 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 383 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3522 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1151 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 346 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 556 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 6282 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 2408 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 594 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 749 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 10130 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1111 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 810 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4843 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 973 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 716 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5786 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 829 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 529 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 580 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 313 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3973 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 789 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 302 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 307 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3423 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 516 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 235 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 293 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3951 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1176 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 326 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 449 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 7273 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1639 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 597 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 678 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 9041 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1442 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 732 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 685 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4217 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1141 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 515 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 381 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3394 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 574 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 284 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 286 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3587 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 730 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 217 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 327 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5285 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1705 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 435 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 633 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4346 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1001 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 801 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 6466 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1183 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 540 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 445 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 9717 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1031 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 419 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 360 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4968 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 989 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 399 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 362 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4297 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 901 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 305 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 284 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5231 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1381 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 586 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 784 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 614 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4359 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1337 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 620 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 528 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4161 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1010 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 455 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 493 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 9878 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1075 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 428 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 366 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4007 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 589 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 366 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 363 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 321 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3604 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 619 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 239 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 259 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3798 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 687 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 275 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 291 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3528 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 977 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 273 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 332 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3119 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 664 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 262 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 284 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 11912 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1061 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 354 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 397 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5319 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 866 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 338 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 317 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5329 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 817 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 328 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 417 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4829 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1080 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 277 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 261 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 3867 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 609 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 266 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 249 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4166 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 804 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 310 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 303 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4190 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 724 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 290 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 265 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 8749 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 568 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 266 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 312 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4263 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 984 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 277 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 301 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 4254 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 479 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 367 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5472 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1085 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 323 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 514 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5114 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1207 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 799 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5456 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1222 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 841 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5957 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 2250 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 934 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 761 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 6772 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1513 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 729 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 753 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 5083 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1801 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 773 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 833 data 00000100 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 23217 data 00000140 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 1688 data 00000112 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 749 data 00000110 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 724 data 00000110 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 2196 data 00000102 [mpegts @ 0000000004f700a0] HEVC bitstream error, startcode missing, size 981 data 00000100 frame= 253 fps= 25 q=-1.0 Lsize= 564kB time=00:00:10.04 bitrate= 460.0kbits/s video:496kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 13.700645%}}} 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 Dec 18 11:05:57 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 10:05:57 -0000 Subject: [FFmpeg-trac] #4194(avformat:new): x265 encoded video stream over UDP startcode missing In-Reply-To: <036.a8e959ce8f965880a098ef4767653ecd@avcodec.org> References: <036.a8e959ce8f965880a098ef4767653ecd@avcodec.org> Message-ID: <051.9c8d6ec4242b52eba1d734c5cf068c81@avcodec.org> #4194: x265 encoded video stream over UDP startcode missing -------------------------------------+------------------------------------- Reporter: rwdy15 | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: mpegts hevc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libx265, mpegts, UDP => mpegts hevc regression * priority: normal => minor * version: unspecified => git-master * component: ffmpeg => avformat Comment: How is this ticket related to UDP streaming? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 11:46:18 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 10:46:18 -0000 Subject: [FFmpeg-trac] #4194(avformat:new): x265 encoded video stream over UDP startcode missing In-Reply-To: <036.a8e959ce8f965880a098ef4767653ecd@avcodec.org> References: <036.a8e959ce8f965880a098ef4767653ecd@avcodec.org> Message-ID: <051.ecdb15837d9e1b15ae1dab8754303112@avcodec.org> #4194: x265 encoded video stream over UDP startcode missing -------------------------------------+------------------------------------- Reporter: rwdy15 | Owner: Type: defect | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: mpegts hevc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rwdy15): Well I am trying to stream over UDP. I tried also TCP and it produces the same error. So probably it is not related directly to UDP. Replying to [comment:1 cehoyos]: > How is this ticket related to UDP streaming? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 15:42:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 14:42:44 -0000 Subject: [FFmpeg-trac] #4195(undetermined:new): No bitrate reported for FLAC stream Message-ID: <034.eb058b3ac2670ce50e37e6eac4aa0b34@avcodec.org> #4195: No bitrate reported for FLAC stream -------------------------------------+------------------------------------- Reporter: ?onny | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: FFprobe | Blocked By: FLAC | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFprobe does not report bitrate for a stream in a FLAC file, but it reports bitrate for the whole file. I expect that if bitrate for whole file can be determined, and the file contains just one stream, the bitrate for that stream will be more or less same as stream of the file. How to reproduce: {{{ ffprobe sample.flac -print_format xml -show_streams -show_format ffprobe version N-68500-g3ba1050 Copyright (c) 2007-2014 the FFmpeg developers built on Dec 17 2014 01:55:42 with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --e nable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable- iconv --enable-li bass --enable-libbluray --enable-libbs2b --enable-libcaca --enable- libfreetype --enable-li bgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable- libmp3lame --enable-lib opencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable- libopus --enable-l ibrtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --en able-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo- amrwbenc --enable -libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 15.100 / 56. 15.100 libavformat 56. 15.105 / 56. 15.105 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, flac, from 'sample.flac': Duration: 00:00:04.40, start: 0.000000, bitrate: 111 kb/s Stream #0:0: Audio: flac, 8000 Hz, mono, s16 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 17:17:54 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 16:17:54 -0000 Subject: [FFmpeg-trac] #4196(website:new): HTML syntax errors in http://ffmpeg.org/security.html Message-ID: <035.ebd7eb596931a8b4d74bcdc98f6fc2cf@avcodec.org> #4196: HTML syntax errors in http://ffmpeg.org/security.html ---------------------------------+--------------------------------------- Reporter: ryoon | Type: defect Status: new | Priority: normal Component: website | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- http://ffmpeg.org/security.html has HTML syntax errors. Please fix them with attached diff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 17:41:17 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 16:41:17 -0000 Subject: [FFmpeg-trac] #4196(website:new): HTML syntax errors in http://ffmpeg.org/security.html In-Reply-To: <035.ebd7eb596931a8b4d74bcdc98f6fc2cf@avcodec.org> References: <035.ebd7eb596931a8b4d74bcdc98f6fc2cf@avcodec.org> Message-ID: <050.cc94a5f63986da271294de8520b72d4d@avcodec.org> #4196: HTML syntax errors in http://ffmpeg.org/security.html -------------------------------------+----------------------------------- Reporter: ryoon | Owner: Type: defect | Status: new Priority: normal | Component: website Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please send all patches to the developer mailing list, patches on this bug tracked are often ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 17:49:53 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 16:49:53 -0000 Subject: [FFmpeg-trac] #4195(undetermined:new): No bitrate reported for FLAC stream In-Reply-To: <034.eb058b3ac2670ce50e37e6eac4aa0b34@avcodec.org> References: <034.eb058b3ac2670ce50e37e6eac4aa0b34@avcodec.org> Message-ID: <049.c0817ed80641fb2636dd726bc5c34796@avcodec.org> #4195: No bitrate reported for FLAC stream -------------------------------------+------------------------------------- Reporter: ?onny | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: FLAC | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: FFprobe FLAC => FLAC Comment: I wonder if this isn't the intended behaviour given that a flac stream never has a bitrate in the usual sense but every media stream has a (meaningless) average bitrate. For future tickets: Please only provide ffprobe output for issues that are not reproducible with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 17:52:09 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 16:52:09 -0000 Subject: [FFmpeg-trac] #4194(avformat:open): hevc mpegts remuxing prints many warnings (was: x265 encoded video stream over UDP startcode missing) In-Reply-To: <036.a8e959ce8f965880a098ef4767653ecd@avcodec.org> References: <036.a8e959ce8f965880a098ef4767653ecd@avcodec.org> Message-ID: <051.a778451c2005ea1cca7a23e1ff76996a@avcodec.org> #4194: hevc mpegts remuxing prints many warnings -------------------------------------+------------------------------------- Reporter: rwdy15 | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: mpegts hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: The original sample of ticket #4185 is a possible input file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 18:45:59 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 17:45:59 -0000 Subject: [FFmpeg-trac] #3956(undetermined:closed): capturing with h264 codec with built-in hw c920 produce intermittent pause In-Reply-To: <035.1caa4ea1cfc0c5a43cc393874855d4a5@avcodec.org> References: <035.1caa4ea1cfc0c5a43cc393874855d4a5@avcodec.org> Message-ID: <050.604bb9b8b5cfebeabe4fc8aff4ed1338@avcodec.org> #3956: capturing with h264 codec with built-in hw c920 produce intermittent pause -------------------------------------+------------------------------------- Reporter: gtzen | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: h264 v4l2 | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => needs_more_info Comment: According to ribasushi (IRC / #ffmpeg), this might be due to a bug in the kernel: http://sourceforge.net/p/linux-uvc/mailman/message/33164469/ Maybe there is something to improve in our API usage, but it's apparently a regression in the Linux kernel since it's not supposed to break userland, so I'm closing the ticket for now. Feel free to re-open if you don't think it's justified. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 21:27:13 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 20:27:13 -0000 Subject: [FFmpeg-trac] #4196(website:closed): HTML syntax errors in http://ffmpeg.org/security.html In-Reply-To: <035.ebd7eb596931a8b4d74bcdc98f6fc2cf@avcodec.org> References: <035.ebd7eb596931a8b4d74bcdc98f6fc2cf@avcodec.org> Message-ID: <050.eee88f0b5756cf7486bd6a800da861b7@avcodec.org> #4196: HTML syntax errors in http://ffmpeg.org/security.html -------------------------------------+----------------------------------- Reporter: ryoon | Owner: Type: defect | Status: closed Priority: normal | Component: website Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: patch from mailing list applied, thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 21:31:15 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 20:31:15 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): support phase shift for Dolby Pro Logic II / Dolby matrix downmix (was: Dolby Pro Logic II / Dolby matrix downmixing level balance) In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.f0f2c97e26424ec6e1dfcc698dad3f89@avcodec.org> #4175: support phase shift for Dolby Pro Logic II / Dolby matrix downmix -------------------------------------+------------------------------------- Reporter: ranutso | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | swresample Keywords: dplii | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 18 23:28:29 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 22:28:29 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): support phase shift for Dolby Pro Logic II / Dolby matrix downmix In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.210f278a4dc01204c533bc23a5565d76@avcodec.org> #4175: support phase shift for Dolby Pro Logic II / Dolby matrix downmix -------------------------------------+------------------------------------- Reporter: ranutso | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | swresample Keywords: dplii | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by otonvm): Please check all the samples provided, including the final post-patch result. Put them into Audacity or similar and even visually the differences are obvious. Then listen by swithing from solo to solo while playing eash piece on a loop. Post-patch the difference with reference and/or qaac matrix are minimal at best. I actually cannot explain what happens... I tried to fix this before I found this patch and could not mostly because I did not know how to ricreate that phase shift. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 00:35:55 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 18 Dec 2014 23:35:55 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): support phase shift for Dolby Pro Logic II / Dolby matrix downmix In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.5bdbd0d334b980a8c8d6a873262fc9de@avcodec.org> #4175: support phase shift for Dolby Pro Logic II / Dolby matrix downmix -------------------------------------+------------------------------------- Reporter: ranutso | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | swresample Keywords: dplii | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by heleppkes): Its possible that the missing phase shift causes the difference you are observing, however blindly adjusting the formula to something that "feels" good in one particular circumstance is not the way to go here. Any reference and independent sources I can find suggest that the current code is correct, albeit missing the phase shift. It also matches your qaac matrix (sans phase shift). So we know its incomplete and therefor results in "wrong" output, no reason to actually "break" it more (by diversing the formula from the references), imho. The mixer in swresample (and avresample for that matter) is only a simple matrix mixer, until someone teaches it how to apply the phase shift, any modifications to the DPL/DPLII mixing are rather pointless. Fact of the matter is, no change to the matrix coefficients will give you actual proper DPLII encoded audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 04:52:11 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 03:52:11 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.b4e42ce6ace340469bc8c2a679e0ca80@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:351 klaussfreire]: > I'm not sure whether to fix or scrap fast and faac. Fast would be nice to rewrite using twoloop with quick and dirty parameters (far few iterations for instance), faac not sure how it compares against the others. > > Anyone knows what's faac's rationale? Is it discardable? Faac on v9 is extremely bad. I don't think we will need many -aac_coder variant in the final version. Overwhelming majority will use the default setting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 09:08:08 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 08:08:08 -0000 Subject: [FFmpeg-trac] #4175(swresample:new): support phase shift for Dolby Pro Logic II / Dolby matrix downmix In-Reply-To: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> References: <037.ef07b5686ce864385817e07920aebd3f@avcodec.org> Message-ID: <052.91ff869810151a1171dd97321b6b96e3@avcodec.org> #4175: support phase shift for Dolby Pro Logic II / Dolby matrix downmix -------------------------------------+------------------------------------- Reporter: ranutso | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | swresample Keywords: dplii | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by otonvm): I'm sorry but I must disagree. And by just listening to those samples you could easily hear the difference yourself. I belive whatever Surcode produces is a reliable reference, my qaac matrix matches it (therefore also what's noted on wikipedia) but most importantly it sounds right. Any other audio that identifies each channel and mixes between each channel produces the same results. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 11:13:24 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 10:13:24 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config Message-ID: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git- | system master | Keywords: libspeex Blocked By: | regression Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- libspeex detection is broken on systems without pkg-config since 621d4089 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 12:55:44 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 11:55:44 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.97a44e1b9caae15fbfddfd367b373848@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Note: no user without pkg-config complained about this AFAIK -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 15:48:37 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 14:48:37 -0000 Subject: [FFmpeg-trac] #1793(avformat:open): Widevine support In-Reply-To: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> References: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> Message-ID: <055.dae98e40ce2e8e81a4e45fc877d9acc7@avcodec.org> #1793: Widevine support --------------------------------------+------------------------------------ Reporter: benito2313 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: Widevine drm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:29 Kii-lon]: [...] > However, just a few minutes ago, I may...of found the Samsung FFmpeg source on an random git type site and I have no idea how to use such file or if it works but I found that the FFmpeg has the "widevine.c" file in an libav folder or somesort. > > Anyways I hope you guys don't mind me posting this but here's the link to > file in a zip format that I uploaded on both "Uppit" and "Mega". > > Uppit: [http://up.ht/TE02hv Uppit - Samsung FFmpeg?] > MEGA: [https://mega.co.nz/#!rA8wlCJL!gNzydQvEsWxPDxp- Yaifl_AP53ZNjuFGiL0XDwREZtE/ MEGA - Samsung FFmpeg?] > > If any of you guys can be kind, please give the file a look and see if it's indeed the so-called Samsung Patch, I hope i'm not wrong haha. [...] The second link (first one required a subscription) contained a hacked version of FFmpeg SVN rev19089 containing a wrapper to some proprietary library, and as is is an ugly hack which cannot be upstreamed. Note that widevine.c is implemented as a protocol, so it should be considered a protocol which allows to encrypt content (probably through DRM or similiar). AFAIK no effort was done by anyone of the FFmpeg team to reverse engineer the protocol format. Today I heard about partially encrypted files which can be played for the first few seconds (having such sample may help). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 17:14:58 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 16:14:58 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.81334036724b0ea474953cafe4e688c6@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Alright, so the plan is to rewrite fast, and scrap faac. I'll look into the assertion error. That's for anmr only... right? Still, I'd like some validation on v9b twoloop if possible? If it's performing acceptably I'd like to start splitting and pushing the patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 17:22:00 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 16:22:00 -0000 Subject: [FFmpeg-trac] #4198(ffmpeg:new): Concatenate mov files Message-ID: <036.84be123f4336e413517a0afbdc348629@avcodec.org> #4198: Concatenate mov files -------------------------------------+------------------------------------- Reporter: grey88 | Type: defect Status: new | Priority: important Component: ffmpeg | Version: git- Keywords: concat mov | master mp4 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I have a pipeline who records n video segments . (mov files) . n = [0 .. 100]; and at this time i'm using ffmpeg for upload live stream to server. without any codec changes. Some time one of segments, have swapped streams and ffmpeg stuck at this segment . the command for ffmpeg How to reproduce: {{{ % ffmpeg -re -loglevel debug -report -f concat -i /Users/pc/movies/mylist.txt -c copy -f flv test_bug_concat.flv ffmpeg version 2.4.2 built on Oct 24 2014 15:02:40 with Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) file mylist.txt contains file '/Users/pc/movies/0.mov' duration 00:01:00 ... file '/Users/pc/movies/n.mov' duration 00:01:00 }}} 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 Fri Dec 19 17:29:43 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 16:29:43 -0000 Subject: [FFmpeg-trac] #3600(undetermined:new): concat demuxer does not work for two h264 streams In-Reply-To: <037.3ecc25526c4639241607f5200ef40f92@avcodec.org> References: <037.3ecc25526c4639241607f5200ef40f92@avcodec.org> Message-ID: <052.87e36c5976baf4b027b218cadaa9b34a@avcodec.org> #3600: concat demuxer does not work for two h264 streams -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: concat | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by grey88): segment 1 https://dl.dropboxusercontent.com/u/12422721/1.mov segment 2 https://dl.dropboxusercontent.com/u/12422721/2.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 17:31:29 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 16:31:29 -0000 Subject: [FFmpeg-trac] #4198(ffmpeg:new): Concatenate mov files In-Reply-To: <036.84be123f4336e413517a0afbdc348629@avcodec.org> References: <036.84be123f4336e413517a0afbdc348629@avcodec.org> Message-ID: <051.783e41274781585ad980856e0cc7e9c5@avcodec.org> #4198: Concatenate mov files ----------------------------------------+---------------------------------- Reporter: grey88 | Owner: Type: defect | Status: new Priority: important | Component: ffmpeg Version: git-master | Resolution: Keywords: concat mov mp4 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by grey88): segment 1 https://dl.dropboxusercontent.com/u/12422721/1.mov segment 2 https://dl.dropboxusercontent.com/u/12422721/2.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 18:32:39 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 17:32:39 -0000 Subject: [FFmpeg-trac] #4198(undetermined:new): Concatenate mov files In-Reply-To: <036.84be123f4336e413517a0afbdc348629@avcodec.org> References: <036.84be123f4336e413517a0afbdc348629@avcodec.org> Message-ID: <051.9141627b523b25cbf9225302c79e1f8e@avcodec.org> #4198: Concatenate mov files -------------------------------------+------------------------------------- Reporter: grey88 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: concat | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: concat mov mp4 => concat * priority: important => normal * component: ffmpeg => undetermined * reproduced: 1 => 0 Comment: Please test current FFmpeg git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 19 20:17:53 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 19 Dec 2014 19:17:53 -0000 Subject: [FFmpeg-trac] #4198(undetermined:new): Concatenate mov files In-Reply-To: <036.84be123f4336e413517a0afbdc348629@avcodec.org> References: <036.84be123f4336e413517a0afbdc348629@avcodec.org> Message-ID: <051.292ac059891b3b6f4f47106ce85ddb90@avcodec.org> #4198: Concatenate mov files -------------------------------------+------------------------------------- Reporter: grey88 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: concat | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by grey88): the same result ffmpeg stucks and impossible time value time=01:13:30.99 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 08:45:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 07:45:06 -0000 Subject: [FFmpeg-trac] #4199(build system:new): When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... Message-ID: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> #4199: When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... -------------------------------------+------------------------------------- Reporter: | Type: defect friedinsugar | Priority: important Status: new | Version: git- Component: build | master system | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: In the generated config.mak, SHLIBDIR expands to $(DESTDIR)$(DESTDIR)... How to reproduce: Run configure without '--shlibdir=' Possible cause of bug: the following line in the 'configure' file: shlibdir_default='${LIBDIR}' should be instead shlibdir_default='${libdir_default}' but I need a second opinion. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 11:04:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 10:04:16 -0000 Subject: [FFmpeg-trac] #4199(build system:new): When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... In-Reply-To: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> References: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> Message-ID: <057.e78238eb7546ae439637de59c00fd75a@avcodec.org> #4199: When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... -------------------------------------+------------------------------------- Reporter: | Owner: friedinsugar | Status: new Type: defect | Component: build Priority: important | system Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression Comment: How can I reproduce this? If I run {{{./configure}}} (without --shlibdir), SHLIBDIR expands to {{{/usr/local/lib}}} which is what I expected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 11:17:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 10:17:26 -0000 Subject: [FFmpeg-trac] #1793(avformat:open): Widevine support In-Reply-To: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> References: <040.414b05e85735998b1648c90c8a3457c7@avcodec.org> Message-ID: <055.bded2756e2ede534d3258fa597162179@avcodec.org> #1793: Widevine support --------------------------------------+------------------------------------ Reporter: benito2313 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: Widevine drm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:33 saste]: > The second link contained a hacked version of FFmpeg SVN rev19089 containing a wrapper to some proprietary library, Isn't this just the known Samsung distribution? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 11:24:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 10:24:17 -0000 Subject: [FFmpeg-trac] #4199(build system:new): When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... In-Reply-To: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> References: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> Message-ID: <057.4446323d725ba70285db6bcaeb5716ec@avcodec.org> #4199: When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... -------------------------------------+------------------------------------- Reporter: | Owner: friedinsugar | Status: new Type: defect | Component: build Priority: important | system Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by iive): $DESTDIR is used by packaging to redirect the installation to somewhere else than the root of the filesystem. You usually do something like `make install DESTDIR=/tmp/package` . I think the fix should be: `shlibdir_default='${libdir}'` as we have: `LIBDIR=\$(DESTDIR)$libdir` `SHLIBDIR=\$(DESTDIR)$shlibdir` -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 11:49:43 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 10:49:43 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.0d6266445e71c51ddd524d6bb7f5f568@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Look at the commit message, this is completely intentional. And for this one, I must say I fully agree with Luca: pkg-config has been around for years and is nowadays an essential element of a build environment. Maintaining ways of overriding it is IMHO wasted time, because it is redoing in FFmpeg work that is already been done by the library upstream, and not redoing better. Fixing the few cases where pkg- config is badly used in the build system, if there are still any, is much better spent time. I support closing this as wontfix, and officially announcing that all similar complaints will be closed with the same answer: install pkg- config. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 11:52:18 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 10:52:18 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.a498b9afc73de542d9a32dc19b7999c4@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): (I did not want to imply it wasn't intentional, just that I had forgotten about this.) This is a (very) bad regression and we should do the same as for x264. I will try to produce a patch this weekend. Several operating systems don't install pkg-config by default. Additionally, I believe it is very useful to link an external library without installing it first. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 11:57:58 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 10:57:58 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.2cf1b622e23fc7d096b046f1ca216440@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:3 cehoyos]: > This is a (very) bad regression and we should do the same as for x264. I strongly object to that. It makes the build system slower and harder to maintain for no benefit. > Several operating systems don't install pkg-config by default. Several operating systems don't install a C compiler by default. And most operating systems do not install the development files for the libraries by default. If people need pkg-config, they install it, just as the libraries they want and yasm and texi2html and... > Additionally, I believe it is very useful to link an external library without installing it first. Please share the basis for that belief. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:04:14 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:04:14 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.ac1d9f3143bf9e08e7ba7a9502d3b73b@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 Cigaes]: > Replying to [comment:3 cehoyos]: > > This is a (very) bad regression and we should do the same as for x264. > > I strongly object to that. It makes the build system slower and harder to maintain for no benefit. I am willing to take the burden. > > Several operating systems don't install pkg-config by default. > > Several operating systems don't install a C compiler by default. And most operating systems do not install the development files for the libraries by default. What I meant was: On several operating systems, after you install the compiler and the necessary libraries and headers, there is no pkg-config and this configuration was supported by FFmpeg for many years. Removing this support means introducing a regression. > If people need pkg-config, they install it, just as the libraries they want and yasm and texi2html and... Not everyone who wants to compile FFmpeg can install on the target system. > > Additionally, I believe it is very useful to link an external library without installing it first. > > Please share the basis for that belief. You misunderstand: When I test, I never install the libraries but always link them from the build directory. (The basis is just my workflow for testing FFmpeg because of user reports that include using external libraries.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:04:36 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:04:36 -0000 Subject: [FFmpeg-trac] #4199(build system:open): When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... In-Reply-To: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> References: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> Message-ID: <057.78309889ae8960715279da22106047ee@avcodec.org> #4199: When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... -------------------------------------+------------------------------------- Reporter: | Owner: friedinsugar | Status: open Type: defect | Component: build Priority: important | system Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:06:48 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:06:48 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.9b7d6cc60b1c525622f961396fdd5667@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by heleppkes): You can use pkg-config without installing pkg-config itself or the libraries just fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:09:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:09:52 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.48f8670e1d6aad19d34dfe8e081a01b5@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 heleppkes]: > You can use pkg-config without installing pkg-config itself or the libraries just fine. I prefer not to use it: I consider it difficult to use and it does not always work the expected way, remember that I often have to test old versions of external libraries. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:20:51 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:20:51 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working Message-ID: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: dvbsub | Blocked By: overlay subtitles burning | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have been trying to burn live dvbsub subtitles into HLS stream but it is not working. The encoding starts fine but there are no subtitles on the video. sometimes you can see them only for a second and then nothing is shown except some clicks and freezes on the video. what could be wrong? ffmpeg -i 'udp://@232.1.1.1:5500?fifo_size=1000000&overrun_nonfatal=1' -filter_complex "[0:p:1002:0][0:p:1002:2]overlay[v]" -map [v] -map 0:p:1002:1 -c:v libx264 -preset superfast -b:v 3024k -maxrate 3024k -bufsize 1024k -c:a copy -async 1 -deinterlace -f tee [hls_time=10:hls_list_size=2:hls_wrap=4:start_number=1]/var/www/html/test.m3u8 ffmpeg version git-2014-12-19-c89751a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 19 2014 05:46:34 with gcc 4.8.2 (GCC) 20140120 (Red Hat 4.8.2-16) configuration: --prefix=/root/ffmpeg_build --extra- cflags=-I/root/ffmpeg_build/include --extra- ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --extra-libs=-ldl --enable-gpl --enable-nonfree --enable-libfdk_aac --enable-libx264 --enable-libx265 --enable-libfreetype --enable-fontconfig --enable-iconv libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 16.100 / 56. 16.100 libavformat 56. 16.101 / 56. 16.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [h264 @ 0x2496600] non-existing SPS 0 referenced in buffering period [h264 @ 0x2496600] non-existing PPS 0 referenced [h264 @ 0x2496600] non-existing SPS 0 referenced in buffering period [h264 @ 0x2496600] non-existing PPS 0 referenced [h264 @ 0x2496600] decode_slice_header error [h264 @ 0x2496600] no frame! Input #0, mpegts, from 'udp://@232.1.1.1:5500?fifo_size=1000000&overrun_nonfatal=1': Duration: N/A, start: 2117.316033, bitrate: N/A Program 1002 Metadata: service_name : Film service_provider: TEST Stream #0:0[0x3fd]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x3fe](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 160 kb/s Stream #0:2[0x401](alb): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:3[0x402](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) [mpegts @ 0x247b360] sub2video: using 1920x1080 canvas [libx264 @ 0x26c8420] using SAR=1/1 [libx264 @ 0x26c8420] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0x26c8420] profile High, level 4.0 Output #0, tee, to '[hls_time=10:hls_list_size=2:hls_wrap=4:start_number=1]/var/www/html/test.m3u8': Metadata: encoder : Lavf56.16.101 Stream #0:0: Video: h264 (libx264), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 3024 kb/s, 25 fps, 25 tbn, 25 tbc (default) Metadata: encoder : Lavc56.16.100 libx264 Stream #0:1(eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, 160 kb/s Stream mapping: Stream #0:0 (h264) -> overlay:main Stream #0:2 (dvbsub) -> overlay:overlay overlay -> Stream #0:0 (libx264) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [h264 @ 0x33a0f20] reference picture missing during reorder [h264 @ 0x33a0f20] Missing reference picture, default is 2147483647 [h264 @ 0x24fc7c0] mmco: unref short failure [h264 @ 0x24fc7c0] reference picture missing during reorder [h264 @ 0x24fc7c0] Missing reference picture, default is 65600 [h264 @ 0x47aed60] mmco: unref short failure [h264 @ 0x26155e0] mmco: unref short failure [mpegts @ 0x247b360] PES packet size mismatch Last message repeated 10 times [mpegts @ 0x247b360] PES packet size mismatch0:03.33 bitrate=N/A dup=56 drop=0 frame= 162 fps= 40 q=-1.0 Lsize=N/A time=00:00:06.40 bitrate=N/A dup=56 drop=0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:33:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:33:42 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.a8a1aac2bbdf797443bdc1fab2a2d6eb@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: overlay subtitles burning | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do you believe this is a regression? Is the issue only reproducible with hls output or also with file output? Is the issue only reproducible with the tee muxer or also without? Is audio required to reproduce the issue or is it also reproducible with {{{-an}}}? Is using an external library like {{{libx264}}} required to reproduce the issue or is it reproducible with a native (internal) encoder? And most important: Is the issue reproducible with file input? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:42:06 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:42:06 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.847dd1e8c7e7f54879eb13ec18f9112d@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: overlay subtitles burning | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gentian): I have been trying for almost a year , constantly trying updates from master, to achive this but no luck. The maximum i achive is 1 or 2 subtitles for the first 3-4 seconds then i see nothing, while the video has some small glitches and freezes (which i believe they happen at the time when subtitles are burned)...So for me is not a regression because i never could achieve a live burning of dvbsub subtitles to hls... I always tried HLS with tee muxer. I tried -an but nothing changes, audio does not play any role with it. Never tried other codec as i only need H264 and HLS output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 12:46:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 11:46:42 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.4b92eed6cdd93bc34d4419c9d5f4e26a@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvbsub overlay subtitles burning => dvbsub * priority: important => normal Comment: Please provide a dump of the input stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 14:13:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 13:13:12 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.3b235e28416feeb17c5c33fc694a31ea@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Klaussfreire, sorry for the slow response. Yes, the assertion error only happens when the {{{-aac_coder}}} is {{{anmr}}}. FFmpeg_anmr_error6 and FFmpeg_anmr_error7 crashes at the beginning of the file, but I've found 4 music tracks (out of hundreds) that crashes at the middle of the file. I failed to reproduce the results after cutting to distributable short clips. Also I have listened to hundreds of songs encoded by v9b {{{anmr}}} and {{{twoloop}}} and I have found no apparent problems so far. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 15:29:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 14:29:44 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.062d6098e8bd2d68505ddccf017c694f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Assertion error on v9b patch {{{-c:a aac -strict experimental -aac_coder anmr}}} {{{ Assertion diff >= 0 && diff <= 120 failed at libavcodec/aacenc.c:399 }}} investigated. {{{ /** * Encode scalefactors. */ static void encode_scale_factors(AVCodecContext *avctx, AACEncContext *s, SingleChannelElement *sce) { int off = sce->sf_idx[0], diff; int i, w; for (w = 0; w < sce->ics.num_windows; w += sce->ics.group_len[w]) { for (i = 0; i < sce->ics.max_sfb; i++) { if (!sce->zeroes[w*16 + i]) { diff = sce->sf_idx[w*16 + i] - off + SCALE_DIFF_ZERO;if(diff<0 || diff>120)fprintf(stderr, "|| || k|| %d|| %d|| %d|| %d|| %d|| %d|| %d|| %d||\n",sce->ics.num_windows, sce->ics.max_sfb, w, i, sce->sf_idx[w*16+i], off , SCALE_DIFF_ZERO, diff); av_assert0(diff >= 0 && diff <= 120); off = sce->sf_idx[w*16 + i]; put_bits(&s->pb, ff_aac_scalefactor_bits[diff], ff_aac_scalefactor_code[diff]); } } } } }}} ||=audio file=||=rate=||=wmax=||=imax=||=w=||=i=||=sf_idx[w*16+i]=||=off=||=SCALE_DIFF_ZERO=||=diff=|| ||FFmpeg_anmr_error6 || 82k|| 1|| 38|| 0|| 31|| 187|| 125|| 60|| 122|| ||FFmpeg_anmr_error6 || 84k|| 1|| 38|| 0|| 33|| 124|| 185|| 60|| -1|| ||FFmpeg_anmr_error6 || 88k|| 1|| 39|| 0|| 31|| 187|| 125|| 60|| 122|| ||FFmpeg_anmr_error6 || 96k|| 1|| 40|| 0|| 31|| 187|| 125|| 60|| 122|| ||FFmpeg_anmr_error6 || 112k|| 1|| 41|| 0|| 31|| 172|| 111|| 60|| 121|| ||FFmpeg_anmr_error6 || 128k|| 1|| 42|| 0|| 31|| 169|| 108|| 60|| 121|| ||FFmpeg_anmr_error6 || 144k|| 1|| 43|| 0|| 31|| 169|| 107|| 60|| 122|| ||FFmpeg_anmr_error6 || 160k|| 1|| 43|| 0|| 31|| 170|| 107|| 60|| 123|| ||FFmpeg_anmr_error6 || 176k|| 1|| 44|| 0|| 31|| 173|| 111|| 60|| 122|| ||FFmpeg_anmr_error6 || 184k|| 1|| 44|| 0|| 31|| 171|| 109|| 60|| 122|| ||FFmpeg_anmr_error6 || 186k|| 1|| 44|| 0|| 32|| 181|| 120|| 60|| 121|| ||FFmpeg_anmr_error7 || 192k|| 8|| 12|| 7|| 0|| 181|| 119|| 60|| 122|| ||FFmpeg_anmr_error7 || 196k|| 8|| 12|| 7|| 0|| 181|| 119|| 60|| 122|| ||FFmpeg_anmr_error7 || 200k|| 8|| 12|| 7|| 0|| 181|| 119|| 60|| 122|| ||FFmpeg_anmr_error7 || 208k|| 8|| 12|| 7|| 0|| 181|| 119|| 60|| 122|| ||FFmpeg_anmr_error7 || 212k|| 8|| 12|| 7|| 0|| 181|| 119|| 60|| 122|| ||Koimusume no rondo || 160k|| 8|| 12|| 6|| 0|| 183|| 122|| 60|| 121|| ||Koimusume no rondo || 192k|| 8|| 12|| 3|| 0|| 183|| 121|| 60|| 122|| ||Koimusume no rondo || 224k|| 8|| 13|| 5|| 0|| 183|| 122|| 60|| 121|| ||Sphere no hane|| 160k|| 8|| 12|| 6|| 0|| 187|| 126|| 60|| 121|| wmax : {{{sce->ics.num_windows}}} imax : {{{sce->ics.max_sfb}}} Sorry that I cannot distribute those last two large files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 17:03:49 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 16:03:49 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.9fee575efad82dfb70e0028f97793306@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Alright, I could reproduce the issue, I just need to find how to fix it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 17:05:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 16:05:52 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <037.a23affe03f017986a057b85460662a6d@avcodec.org> References: <037.a23affe03f017986a057b85460662a6d@avcodec.org> Message-ID: <052.e87434465128ac7cab720662be1c6a3d@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Very rare, but foobar2000 v1.3.1 outputs this error on v9b anmr 320kbps. The track plays just fine. {{{ File verification error: Decoding error: Unsupported format or corrupted file, frame: 576 of 14855 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 18:51:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 17:51:16 -0000 Subject: [FFmpeg-trac] #4201(undetermined:new): Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 Message-ID: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> #4201: Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 -------------------------------------+------------------------------------- Reporter: | Type: defect lobothefoots | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: H264 stream | Reproduced by developer: 0 copy C920 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Getting this error "Application provided invalid, non monotonically increasing dts to muxer" while trying to copy the HW H264 stream from my Logitech C920 webcam. How to reproduce: {{{ ffmpeg started on 2014-12-20 at 11:47:31 Report written to "ffmpeg-20141220-114731.log" Command line: ffmpeg -report -f dshow -vcodec h264 -video_size 1920x1080 -i "video=Logitech HD Pro Webcam C920" -copyinkf -c copy -t 60 "e:\\cam\\video\\ANAUY\\enr_2014-12-20__11H47m31s.h264" ffmpeg version N-68585-gc89751a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 19 2014 01:09:59 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 16.100 / 56. 16.100 libavformat 56. 16.101 / 56. 16.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 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 'dshow'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'h264'. Reading option '-video_size' ... matched as AVOption 'video_size' with argument '1920x1080'. Reading option '-i' ... matched as input file with argument 'video=Logitech HD Pro Webcam C920'. Reading option '-copyinkf' ... matched as option 'copyinkf' (copy initial non-keyframes) with argument '1'. Reading option '-c' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '60'. Reading option 'e:\cam\video\ANAUY\enr_2014-12-20__11H47m31s.h264' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file video=Logitech HD Pro Webcam C920. Applying option f (force format) with argument dshow. Applying option vcodec (force video codec ('copy' to copy stream)) with argument h264. Successfully parsed a group of options. Opening an input file: video=Logitech HD Pro Webcam C920. [dshow @ 00000000003be0a0] All info found Input #0, dshow, from 'video=Logitech HD Pro Webcam C920': Duration: N/A, start: 83810.056000, bitrate: N/A Stream #0:0, 28, 1/10000000: Video: h264 (Constrained Baseline) (H264 / 0x34363248), yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], 62.50 tbr, 10000k tbn, 60 tbc Successfully opened the file. Parsing a group of options: output file e:\cam\video\ANAUY\enr_2014-12-20__11H47m31s.h264. Applying option copyinkf (copy initial non-keyframes) with argument 1. Applying option c (codec name) with argument copy. Applying option t (record or transcode "duration" seconds of audio/video) with argument 60. Successfully parsed a group of options. Opening an output file: e:\cam\video\ANAUY\enr_2014-12-20__11H47m31s.h264. Successfully opened the file. Output #0, h264, to 'e:\cam\video\ANAUY\enr_2014-12-20__11H47m31s.h264': Metadata: encoder : Lavf56.16.101 Stream #0:0, 0, 1/30: Video: h264 (H264 / 0x34363248), yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 62.50 tbr, 30 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 12 >= 12 frame= 39 fps=0.0 q=-1.0 size= 661kB time=00:00:01.63 bitrate=3316.8kbits/s frame= 51 fps= 51 q=-1.0 size= 845kB time=00:00:02.10 bitrate=3297.3kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 72 >= 72 frame= 63 fps= 42 q=-1.0 size= 1030kB time=00:00:02.63 bitrate=3203.7kbits/s frame= 76 fps= 38 q=-1.0 size= 1231kB time=00:00:03.16 bitrate=3184.8kbits/s frame= 87 fps= 35 q=-1.0 size= 1400kB time=00:00:03.63 bitrate=3157.1kbits/s frame= 99 fps= 33 q=-1.0 size= 1585kB time=00:00:04.10 bitrate=3166.6kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 132 >= 132 frame= 111 fps= 32 q=-1.0 size= 1764kB time=00:00:04.63 bitrate=3119.6kbits/s frame= 124 fps= 31 q=-1.0 size= 1964kB time=00:00:05.16 bitrate=3113.3kbits/s frame= 135 fps= 30 q=-1.0 size= 2132kB time=00:00:05.63 bitrate=3099.8kbits/s frame= 147 fps= 29 q=-1.0 size= 2313kB time=00:00:06.10 bitrate=3106.5kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 192 >= 192 frame= 160 fps= 29 q=-1.0 size= 2512kB time=00:00:06.66 bitrate=3086.5kbits/s frame= 172 fps= 29 q=-1.0 size= 2693kB time=00:00:07.16 bitrate=3078.6kbits/s frame= 183 fps= 28 q=-1.0 size= 2862kB time=00:00:07.63 bitrate=3071.9kbits/s frame= 195 fps= 28 q=-1.0 size= 3047kB time=00:00:08.10 bitrate=3081.3kbits/s frame= 208 fps= 28 q=-1.0 size= 3245kB time=00:00:08.66 bitrate=3067.6kbits/s frame= 220 fps= 27 q=-1.0 size= 3429kB time=00:00:09.16 bitrate=3064.2kbits/s frame= 231 fps= 27 q=-1.0 size= 3594kB time=00:00:09.60 bitrate=3067.2kbits/s frame= 243 fps= 27 q=-1.0 size= 3778kB time=00:00:10.10 bitrate=3064.1kbits/s frame= 256 fps= 27 q=-1.0 size= 3977kB time=00:00:10.66 bitrate=3054.4kbits/s frame= 268 fps= 27 q=-1.0 size= 4161kB time=00:00:11.16 bitrate=3052.5kbits/s frame= 279 fps= 27 q=-1.0 size= 4328kB time=00:00:11.60 bitrate=3056.5kbits/s frame= 291 fps= 26 q=-1.0 size= 4509kB time=00:00:12.10 bitrate=3053.0kbits/s frame= 304 fps= 26 q=-1.0 size= 4729kB time=00:00:12.66 bitrate=3058.2kbits/s frame= 316 fps= 26 q=-1.0 size= 4904kB time=00:00:13.16 bitrate=3051.1kbits/s frame= 327 fps= 26 q=-1.0 size= 5070kB time=00:00:13.60 bitrate=3054.1kbits/s frame= 340 fps= 26 q=-1.0 size= 5266kB time=00:00:14.16 bitrate=3045.3kbits/s frame= 352 fps= 26 q=-1.0 size= 5446kB time=00:00:14.66 bitrate=3041.9kbits/s frame= 364 fps= 26 q=-1.0 size= 5631kB time=00:00:15.16 bitrate=3041.4kbits/s frame= 375 fps= 26 q=-1.0 size= 5798kB time=00:00:15.60 bitrate=3044.5kbits/s frame= 388 fps= 26 q=-1.0 size= 6000kB time=00:00:16.16 bitrate=3040.1kbits/s frame= 400 fps= 26 q=-1.0 size= 6179kB time=00:00:16.66 bitrate=3037.3kbits/s frame= 412 fps= 26 q=-1.0 size= 6360kB time=00:00:17.16 bitrate=3034.8kbits/s frame= 423 fps= 26 q=-1.0 size= 6529kB time=00:00:17.63 bitrate=3033.1kbits/s frame= 436 fps= 26 q=-1.0 size= 6726kB time=00:00:18.16 bitrate=3033.2kbits/s frame= 448 fps= 26 q=-1.0 size= 6911kB time=00:00:18.66 bitrate=3032.8kbits/s frame= 460 fps= 26 q=-1.0 size= 7092kB time=00:00:19.16 bitrate=3031.2kbits/s frame= 472 fps= 25 q=-1.0 size= 7273kB time=00:00:19.66 bitrate=3029.5kbits/s frame= 484 fps= 25 q=-1.0 size= 7458kB time=00:00:20.16 bitrate=3029.7kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 612 >= 612 frame= 496 fps= 25 q=-1.0 size= 7641kB time=00:00:20.66 bitrate=3028.8kbits/s frame= 508 fps= 25 q=-1.0 size= 7825kB time=00:00:21.16 bitrate=3028.4kbits/s frame= 520 fps= 25 q=-1.0 size= 8007kB time=00:00:21.66 bitrate=3027.3kbits/s frame= 532 fps= 25 q=-1.0 size= 8188kB time=00:00:22.16 bitrate=3026.0kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 672 >= 672 frame= 544 fps= 25 q=-1.0 size= 8373kB time=00:00:22.66 bitrate=3026.1kbits/s frame= 556 fps= 25 q=-1.0 size= 8556kB time=00:00:23.16 bitrate=3025.5kbits/s frame= 568 fps= 25 q=-1.0 size= 8739kB time=00:00:23.66 bitrate=3025.0kbits/s frame= 580 fps= 25 q=-1.0 size= 8921kB time=00:00:24.16 bitrate=3024.1kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 732 >= 732 frame= 592 fps= 25 q=-1.0 size= 9101kB time=00:00:24.66 bitrate=3022.6kbits/s frame= 604 fps= 25 q=-1.0 size= 9309kB time=00:00:25.16 bitrate=3030.1kbits/s frame= 616 fps= 25 q=-1.0 size= 9490kB time=00:00:25.66 bitrate=3029.0kbits/s frame= 628 fps= 25 q=-1.0 size= 9678kB time=00:00:26.16 bitrate=3029.9kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 792 >= 792 frame= 640 fps= 25 q=-1.0 size= 9857kB time=00:00:26.66 bitrate=3028.1kbits/s frame= 652 fps= 25 q=-1.0 size= 10042kB time=00:00:27.16 bitrate=3028.2kbits/s frame= 664 fps= 25 q=-1.0 size= 10223kB time=00:00:27.66 bitrate=3026.9kbits/s frame= 676 fps= 25 q=-1.0 size= 10406kB time=00:00:28.16 bitrate=3026.4kbits/s frame= 688 fps= 25 q=-1.0 size= 10591kB time=00:00:28.66 bitrate=3026.7kbits/s frame= 700 fps= 25 q=-1.0 size= 10771kB time=00:00:29.16 bitrate=3025.3kbits/s frame= 712 fps= 25 q=-1.0 size= 10956kB time=00:00:29.66 bitrate=3025.3kbits/s frame= 724 fps= 25 q=-1.0 size= 11137kB time=00:00:30.16 bitrate=3024.4kbits/s frame= 736 fps= 25 q=-1.0 size= 11320kB time=00:00:30.66 bitrate=3024.0kbits/s frame= 748 fps= 25 q=-1.0 size= 11507kB time=00:00:31.16 bitrate=3024.6kbits/s frame= 760 fps= 25 q=-1.0 size= 11687kB time=00:00:31.66 bitrate=3023.4kbits/s frame= 772 fps= 25 q=-1.0 size= 11871kB time=00:00:32.16 bitrate=3023.2kbits/s frame= 784 fps= 25 q=-1.0 size= 12053kB time=00:00:32.66 bitrate=3022.6kbits/s frame= 796 fps= 25 q=-1.0 size= 12236kB time=00:00:33.16 bitrate=3022.2kbits/s frame= 808 fps= 25 q=-1.0 size= 12423kB time=00:00:33.66 bitrate=3022.9kbits/s frame= 820 fps= 25 q=-1.0 size= 12602kB time=00:00:34.16 bitrate=3021.5kbits/s frame= 832 fps= 25 q=-1.0 size= 12786kB time=00:00:34.66 bitrate=3021.4kbits/s frame= 844 fps= 25 q=-1.0 size= 12969kB time=00:00:35.16 bitrate=3021.1kbits/s frame= 856 fps= 25 q=-1.0 size= 13152kB time=00:00:35.66 bitrate=3020.7kbits/s frame= 868 fps= 25 q=-1.0 size= 13339kB time=00:00:36.16 bitrate=3021.4kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1092 >= 1092 frame= 880 fps= 25 q=-1.0 size= 13518kB time=00:00:36.66 bitrate=3020.3kbits/s frame= 892 fps= 25 q=-1.0 size= 13703kB time=00:00:37.16 bitrate=3020.2kbits/s frame= 904 fps= 25 q=-1.0 size= 13910kB time=00:00:37.66 bitrate=3025.1kbits/s frame= 916 fps= 25 q=-1.0 size= 14093kB time=00:00:38.16 bitrate=3025.0kbits/s frame= 928 fps= 25 q=-1.0 size= 14276kB time=00:00:38.66 bitrate=3024.5kbits/s frame= 940 fps= 25 q=-1.0 size= 14459kB time=00:00:39.16 bitrate=3024.3kbits/s frame= 952 fps= 25 q=-1.0 size= 14645kB time=00:00:39.66 bitrate=3024.4kbits/s frame= 964 fps= 25 q=-1.0 size= 14826kB time=00:00:40.16 bitrate=3023.7kbits/s frame= 976 fps= 25 q=-1.0 size= 15009kB time=00:00:40.66 bitrate=3023.5kbits/s frame= 988 fps= 25 q=-1.0 size= 15192kB time=00:00:41.16 bitrate=3023.1kbits/s frame= 1000 fps= 25 q=-1.0 size= 15376kB time=00:00:41.66 bitrate=3023.0kbits/s frame= 1012 fps= 25 q=-1.0 size= 15559kB time=00:00:42.16 bitrate=3022.7kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1272 >= 1272 frame= 1024 fps= 25 q=-1.0 size= 15742kB time=00:00:42.66 bitrate=3022.6kbits/s frame= 1036 fps= 25 q=-1.0 size= 15926kB time=00:00:43.16 bitrate=3022.4kbits/s frame= 1048 fps= 25 q=-1.0 size= 16109kB time=00:00:43.66 bitrate=3022.1kbits/s frame= 1060 fps= 25 q=-1.0 size= 16292kB time=00:00:44.16 bitrate=3021.9kbits/s frame= 1072 fps= 25 q=-1.0 size= 16475kB time=00:00:44.66 bitrate=3021.6kbits/s frame= 1084 fps= 25 q=-1.0 size= 16658kB time=00:00:45.16 bitrate=3021.3kbits/s frame= 1096 fps= 25 q=-1.0 size= 16841kB time=00:00:45.66 bitrate=3021.0kbits/s frame= 1109 fps= 25 q=-1.0 size= 17040kB time=00:00:46.20 bitrate=3021.4kbits/s frame= 1120 fps= 25 q=-1.0 size= 17207kB time=00:00:46.66 bitrate=3020.6kbits/s frame= 1132 fps= 25 q=-1.0 size= 17390kB time=00:00:47.16 bitrate=3020.3kbits/s frame= 1144 fps= 25 q=-1.0 size= 17574kB time=00:00:47.66 bitrate=3020.3kbits/s frame= 1157 fps= 25 q=-1.0 size= 17772kB time=00:00:48.20 bitrate=3020.6kbits/s frame= 1168 fps= 25 q=-1.0 size= 17940kB time=00:00:48.66 bitrate=3019.9kbits/s frame= 1180 fps= 25 q=-1.0 size= 18124kB time=00:00:49.16 bitrate=3019.7kbits/s frame= 1192 fps= 25 q=-1.0 size= 18307kB time=00:00:49.66 bitrate=3019.5kbits/s frame= 1205 fps= 25 q=-1.0 size= 18525kB time=00:00:50.20 bitrate=3023.0kbits/s frame= 1216 fps= 25 q=-1.0 size= 18691kB time=00:00:50.66 bitrate=3022.0kbits/s frame= 1228 fps= 25 q=-1.0 size= 18874kB time=00:00:51.16 bitrate=3021.8kbits/s frame= 1240 fps= 25 q=-1.0 size= 19057kB time=00:00:51.66 bitrate=3021.6kbits/s frame= 1253 fps= 25 q=-1.0 size= 19256kB time=00:00:52.20 bitrate=3021.9kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1572 >= 1572 frame= 1264 fps= 25 q=-1.0 size= 19423kB time=00:00:52.66 bitrate=3021.1kbits/s frame= 1276 fps= 25 q=-1.0 size= 19607kB time=00:00:53.16 bitrate=3021.0kbits/s frame= 1288 fps= 25 q=-1.0 size= 19790kB time=00:00:53.66 bitrate=3020.8kbits/s frame= 1301 fps= 25 q=-1.0 size= 19988kB time=00:00:54.20 bitrate=3021.0kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1632 >= 1632 frame= 1312 fps= 25 q=-1.0 size= 20156kB time=00:00:54.66 bitrate=3020.5kbits/s frame= 1324 fps= 25 q=-1.0 size= 20339kB time=00:00:55.16 bitrate=3020.3kbits/s frame= 1336 fps= 24 q=-1.0 size= 20522kB time=00:00:55.66 bitrate=3020.0kbits/s frame= 1349 fps= 25 q=-1.0 size= 20720kB time=00:00:56.20 bitrate=3020.2kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1692 >= 1692 frame= 1360 fps= 24 q=-1.0 size= 20888kB time=00:00:56.66 bitrate=3019.7kbits/s frame= 1372 fps= 24 q=-1.0 size= 21071kB time=00:00:57.16 bitrate=3019.4kbits/s frame= 1384 fps= 24 q=-1.0 size= 21255kB time=00:00:57.66 bitrate=3019.4kbits/s frame= 1397 fps= 24 q=-1.0 size= 21453kB time=00:00:58.20 bitrate=3019.6kbits/s [h264 @ 0000000002be2660] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1752 >= 1752 frame= 1408 fps= 24 q=-1.0 size= 21620kB time=00:00:58.66 bitrate=3019.0kbits/s frame= 1420 fps= 24 q=-1.0 size= 21804kB time=00:00:59.16 bitrate=3018.9kbits/s frame= 1432 fps= 24 q=-1.0 size= 21987kB time=00:00:59.66 bitrate=3018.7kbits/s No more output streams to write to, finishing. frame= 1440 fps= 24 q=-1.0 Lsize= 22109kB time=00:01:00.00 bitrate=3018.6kbits/s video:22109kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% Input file #0 (video=Logitech HD Pro Webcam C920): Input stream #0:0 (video): 1441 packets read (22655609 bytes); Total: 1441 packets (22655609 bytes) demuxed Output file #0 (e:\cam\video\ANAUY\enr_2014-12-20__11H47m31s.h264): Output stream #0:0 (video): 1440 packets muxed (22639730 bytes); Total: 1440 packets (22639730 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0000000002bc2400] Statistics: 0 seeks, 1444 writeouts }}} Mediainfos of the resulting file: {{{ General Complete name : E:\Cam\video\ANAUY\enr_2014-12-20__11H47m31s.h264 Format : AVC Format/Info : Advanced Video Codec File size : 21.6 MiB Overall bit rate mode : Constant Video Format : AVC Format/Info : Advanced Video Codec Format profile : Baseline at L4.0 Format settings, CABAC : No Format settings, ReFrames : 1 frame Bit rate mode : Constant Bit rate : 3 000 Kbps Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Variable Standard : Component Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Color range : Full }}} I need to use -copyinkf else nothing is captured. Feel free to ask for more infos -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 19:01:09 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 18:01:09 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.34e42611d0cb086de090dc986c79b894@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gentian): a TS file from the output hls file? the input is MPTS stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 20:46:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 19:46:13 -0000 Subject: [FFmpeg-trac] #4201(undetermined:new): Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 In-Reply-To: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> References: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> Message-ID: <057.b5c716f49fea659417115983a0b126e4@avcodec.org> #4201: Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 -------------------------------------+------------------------------------- Reporter: | Owner: lobothefoots | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: H264 stream | Blocked By: copy C920 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lobothefoots): Added supported format list: {{{ ffmpeg version N-68585-gc89751a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 19 2014 01:09:59 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 16.100 / 56. 16.100 libavformat 56. 16.101 / 56. 16.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [dshow @ 0000000002bd61e0] DirectShow video device options [dshow @ 0000000002bd61e0] Pin "Capturer" [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=160x90 fps=5 max s=160x90 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=320x180 fps=5 max s=320x180 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=1920x1080 fps=5 max s=1920x1080 fps=30 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=2304x1296 fps=2 max s=2304x1296 fps=2 [dshow @ 0000000002bd61e0] pixel_format=bgr24 min s=2304x1536 fps=2 max s=2304x1536 fps=2 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=160x90 fps=5 max s=160x90 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=320x180 fps=5 max s=320x180 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=1920x1080 fps=5 max s=1920x1080 fps=30 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=2304x1296 fps=2 max s=2304x1296 fps=2 [dshow @ 0000000002bd61e0] pixel_format=yuv420p min s=2304x1536 fps=2 max s=2304x1536 fps=2 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=160x90 fps=5 max s=160x90 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=320x180 fps=5 max s=320x180 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 0000000002bd61e0] vcodec=mjpeg min s=1920x1080 fps=5 max s=1920x1080 fps=30 [dshow @ 0000000002bd61e0] Pin "Capturer" [dshow @ 0000000002bd61e0] vcodec=h264 min s=640x480 fps=5 max s=640x480 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=160x90 fps=5 max s=160x90 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=160x120 fps=5 max s=160x120 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=176x144 fps=5 max s=176x144 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=320x180 fps=5 max s=320x180 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=320x240 fps=5 max s=320x240 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=352x288 fps=5 max s=352x288 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=432x240 fps=5 max s=432x240 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=640x360 fps=5 max s=640x360 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=800x448 fps=5 max s=800x448 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=800x600 fps=5 max s=800x600 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=864x480 fps=5 max s=864x480 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=960x720 fps=5 max s=960x720 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=1024x576 fps=5 max s=1024x576 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=1280x720 fps=5 max s=1280x720 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=1600x896 fps=5 max s=1600x896 fps=30 [dshow @ 0000000002bd61e0] vcodec=h264 min s=1920x1080 fps=5 max s=1920x1080 fps=30 video=Logitech HD Pro Webcam C920: Immediate exit requested }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 22:14:39 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 21:14:39 -0000 Subject: [FFmpeg-trac] #4189(undetermined:new): webcam overlay audio desync Windows 7 In-Reply-To: <040.9c61a555b441a4dcf1c2967cd8699245@avcodec.org> References: <040.9c61a555b441a4dcf1c2967cd8699245@avcodec.org> Message-ID: <055.ad33ca64b0d3714518d84bbc44f88b09@avcodec.org> #4189: webcam overlay audio desync Windows 7 -------------------------------------+------------------------------------- Reporter: Kakariko__ | 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 Kakariko__): Problem is with some delay at the start. Here is no problems {{{ <22:07:38.303> [FFmpeg] Input #0, dshow, from 'video=UScreenCapture': Duration: N/A, start: 14057.561000, bitrate: N/A Stream #0:0: Video: rawvideo, bgr24, 640x480, 30 tbr, 10000k tbn, 30 tbc Input #1, dshow, from 'video=FFsource': Duration: N/A, start: 14057.586000, bitrate: N/A Stream #1:0: Video: rawvideo (NV12 / 0x3231564E), nv12, 640x480, 30 tbr, 10000k tbn, 30 tbc }}} at 22:07:38 there is info about Input #0 and Input #1. But here info about Input #1 is delayed about 3 seconds and this 3 seconds means video delay. {{{ <22:08:36.778> [FFmpeg] Input #0, dshow, from 'video=UScreenCapture': Duration: N/A, start: 14116.020000, bitrate: N/A Stream #0:0: Video: rawvideo, bgr24, 640x480, 30 tbr, 10000k tbn, 30 tbc <22:08:39.178> [FFmpeg] [dshow @ 028de340] real-time buffer[UScreenCapture] too full (64% of size: 100000000)! frame dropped! <22:08:39.278> [FFmpeg] [dshow @ 028de340] real-time buffer[UScreenCapture] too full (67% of size: 100000000)! frame dropped! <22:08:39.428> [FFmpeg] [dshow @ 028de340] real-time buffer[UScreenCapture] too full (70% of size: 100000000)! frame dropped! <22:08:39.578> [FFmpeg] [dshow @ 028de340] real-time buffer[UScreenCapture] too full (72% of size: 100000000)! frame dropped! <22:08:39.629> [FFmpeg] Input #1, dshow, from 'video=XSplitBroadcaster': Duration: N/A, start: 14117.228000, bitrate: N/A Stream #1:0: Video: rawvideo, bgr0, 320x240, 9.67 tbr, 10000k tbn, 10000k tbc }}} is there any way to fix it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 22:27:32 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 21:27:32 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.94f421684ca1e5fcb80485684496ba44@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Timothy_Gu): @cehoyos: Please paste your uncut configure output and relevant section of config.log to make this a valid ticket. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 22:35:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 21:35:42 -0000 Subject: [FFmpeg-trac] #4201(undetermined:new): Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 In-Reply-To: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> References: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> Message-ID: <057.af8b2111bdd8ee786be037a9d7acd5be@avcodec.org> #4201: Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 -------------------------------------+------------------------------------- Reporter: | Owner: lobothefoots | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: H264 stream copy C920 => H264 Comment: Please upload the output stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 22:36:38 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 21:36:38 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.3faea8244848e070379938211e050ed0@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a dump of the input MPTS stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 20 23:14:41 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 20 Dec 2014 22:14:41 -0000 Subject: [FFmpeg-trac] #4201(undetermined:new): Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 In-Reply-To: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> References: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> Message-ID: <057.4e4c433a5150659e81a25d34a66cbacd@avcodec.org> #4201: Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 -------------------------------------+------------------------------------- Reporter: | Owner: lobothefoots | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lobothefoots): File uploading to ftp upload.ffmpeg.org\incoming\enr_2014-12-20__11H47m31s.mp4 ETA: 2 minutes Here is the console output for this file {{{ ffmpeg started on 2014-12-20 at 22:58:52 Report written to "ffmpeg-20141220-225852.log" Command line: ffmpeg -report -f dshow -vcodec h264 -video_size 1920x1080 -i "video=Logitech HD Pro Webcam C920" -copyinkf -vcodec copy -t 90 "e:\\cam\\video\\ANAUY\\enr_2014-12-20__22H58m52s.h264" ffmpeg version N-68585-gc89751a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 19 2014 01:09:59 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 16.100 / 56. 16.100 libavformat 56. 16.101 / 56. 16.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 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 'dshow'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'h264'. Reading option '-video_size' ... matched as AVOption 'video_size' with argument '1920x1080'. Reading option '-i' ... matched as input file with argument 'video=Logitech HD Pro Webcam C920'. Reading option '-copyinkf' ... matched as option 'copyinkf' (copy initial non-keyframes) with argument '1'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '90'. Reading option 'e:\cam\video\ANAUY\enr_2014-12-20__22H58m52s.h264' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file video=Logitech HD Pro Webcam C920. Applying option f (force format) with argument dshow. Applying option vcodec (force video codec ('copy' to copy stream)) with argument h264. Successfully parsed a group of options. Opening an input file: video=Logitech HD Pro Webcam C920. [dshow @ 0000000002cae0e0] All info found Input #0, dshow, from 'video=Logitech HD Pro Webcam C920': Duration: N/A, start: 124090.227000, bitrate: N/A Stream #0:0, 28, 1/10000000: Video: h264 (Constrained Baseline) (H264 / 0x34363248), yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], 62.50 tbr, 10000k tbn, 60 tbc Successfully opened the file. Parsing a group of options: output file e:\cam\video\ANAUY\enr_2014-12-20__22H58m52s.h264. Applying option copyinkf (copy initial non-keyframes) with argument 1. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option t (record or transcode "duration" seconds of audio/video) with argument 90. Successfully parsed a group of options. Opening an output file: e:\cam\video\ANAUY\enr_2014-12-20__22H58m52s.h264. Successfully opened the file. Output #0, h264, to 'e:\cam\video\ANAUY\enr_2014-12-20__22H58m52s.h264': Metadata: encoder : Lavf56.16.101 Stream #0:0, 0, 1/30: Video: h264 (H264 / 0x34363248), yuvj420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 62.50 tbr, 30 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 35 fps=0.0 q=-1.0 size= 887kB time=00:00:02.30 bitrate=3160.4kbits/s frame= 43 fps= 43 q=-1.0 size= 1086kB time=00:00:02.83 bitrate=3139.8kbits/s [h264 @ 0000000002da8600] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 96 >= 96 frame= 53 fps= 35 q=-1.0 size= 1265kB time=00:00:03.33 bitrate=3109.3kbits/s frame= 65 fps= 32 q=-1.0 size= 1458kB time=00:00:03.83 bitrate=3116.1kbits/s frame= 78 fps= 31 q=-1.0 size= 1650kB time=00:00:04.36 bitrate=3094.9kbits/s frame= 93 fps= 31 q=-1.0 size= 1844kB time=00:00:04.86 bitrate=3104.0kbits/s frame= 108 fps= 31 q=-1.0 size= 2028kB time=00:00:05.36 bitrate=3096.3kbits/s frame= 123 fps= 31 q=-1.0 size= 2216kB time=00:00:05.86 bitrate=3094.3kbits/s frame= 138 fps= 31 q=-1.0 size= 2398kB time=00:00:06.36 bitrate=3085.4kbits/s frame= 153 fps= 31 q=-1.0 size= 2582kB time=00:00:06.86 bitrate=3080.9kbits/s frame= 168 fps= 30 q=-1.0 size= 2764kB time=00:00:07.36 bitrate=3074.1kbits/s frame= 183 fps= 30 q=-1.0 size= 2949kB time=00:00:07.86 bitrate=3070.6kbits/s frame= 198 fps= 30 q=-1.0 size= 3130kB time=00:00:08.36 bitrate=3064.4kbits/s frame= 213 fps= 30 q=-1.0 size= 3316kB time=00:00:08.86 bitrate=3063.6kbits/s frame= 228 fps= 30 q=-1.0 size= 3497kB time=00:00:09.36 bitrate=3058.3kbits/s frame= 243 fps= 30 q=-1.0 size= 3683kB time=00:00:09.86 bitrate=3057.8kbits/s frame= 258 fps= 30 q=-1.0 size= 3864kB time=00:00:10.36 bitrate=3053.6kbits/s frame= 273 fps= 30 q=-1.0 size= 4048kB time=00:00:10.86 bitrate=3051.7kbits/s frame= 288 fps= 30 q=-1.0 size= 4230kB time=00:00:11.36 bitrate=3048.3kbits/s frame= 303 fps= 30 q=-1.0 size= 4426kB time=00:00:11.86 bitrate=3055.5kbits/s frame= 319 fps= 30 q=-1.0 size= 4615kB time=00:00:12.40 bitrate=3048.9kbits/s frame= 333 fps= 30 q=-1.0 size= 4783kB time=00:00:12.86 bitrate=3045.3kbits/s frame= 348 fps= 30 q=-1.0 size= 4964kB time=00:00:13.36 bitrate=3042.0kbits/s frame= 364 fps= 30 q=-1.0 size= 5159kB time=00:00:13.90 bitrate=3040.6kbits/s frame= 379 fps= 30 q=-1.0 size= 5341kB time=00:00:14.40 bitrate=3038.6kbits/s frame= 394 fps= 30 q=-1.0 size= 5524kB time=00:00:14.90 bitrate=3037.0kbits/s frame= 409 fps= 30 q=-1.0 size= 5707kB time=00:00:15.40 bitrate=3036.0kbits/s frame= 424 fps= 30 q=-1.0 size= 5891kB time=00:00:15.90 bitrate=3035.3kbits/s frame= 439 fps= 30 q=-1.0 size= 6074kB time=00:00:16.40 bitrate=3033.8kbits/s frame= 454 fps= 30 q=-1.0 size= 6257kB time=00:00:16.90 bitrate=3033.1kbits/s frame= 469 fps= 30 q=-1.0 size= 6438kB time=00:00:17.40 bitrate=3031.1kbits/s frame= 484 fps= 30 q=-1.0 size= 6624kB time=00:00:17.90 bitrate=3031.3kbits/s frame= 499 fps= 30 q=-1.0 size= 6808kB time=00:00:18.40 bitrate=3030.9kbits/s frame= 514 fps= 30 q=-1.0 size= 6990kB time=00:00:18.90 bitrate=3029.8kbits/s frame= 529 fps= 30 q=-1.0 size= 7171kB time=00:00:19.40 bitrate=3028.3kbits/s frame= 544 fps= 30 q=-1.0 size= 7354kB time=00:00:19.90 bitrate=3027.4kbits/s frame= 559 fps= 30 q=-1.0 size= 7537kB time=00:00:20.40 bitrate=3026.6kbits/s frame= 574 fps= 30 q=-1.0 size= 7720kB time=00:00:20.90 bitrate=3026.0kbits/s frame= 589 fps= 30 q=-1.0 size= 7903kB time=00:00:21.40 bitrate=3025.4kbits/s frame= 605 fps= 30 q=-1.0 size= 8130kB time=00:00:21.93 bitrate=3036.6kbits/s frame= 619 fps= 30 q=-1.0 size= 8289kB time=00:00:22.40 bitrate=3031.3kbits/s frame= 634 fps= 30 q=-1.0 size= 8470kB time=00:00:22.90 bitrate=3030.0kbits/s frame= 649 fps= 30 q=-1.0 size= 8653kB time=00:00:23.40 bitrate=3029.3kbits/s frame= 665 fps= 30 q=-1.0 size= 8849kB time=00:00:23.93 bitrate=3028.8kbits/s frame= 679 fps= 30 q=-1.0 size= 9019kB time=00:00:24.40 bitrate=3027.9kbits/s frame= 695 fps= 30 q=-1.0 size= 9214kB time=00:00:24.93 bitrate=3027.4kbits/s frame= 710 fps= 30 q=-1.0 size= 9398kB time=00:00:25.43 bitrate=3027.0kbits/s frame= 725 fps= 30 q=-1.0 size= 9580kB time=00:00:25.93 bitrate=3026.4kbits/s frame= 740 fps= 30 q=-1.0 size= 9764kB time=00:00:26.43 bitrate=3025.9kbits/s frame= 755 fps= 30 q=-1.0 size= 9946kB time=00:00:26.93 bitrate=3025.3kbits/s frame= 770 fps= 30 q=-1.0 size= 10129kB time=00:00:27.43 bitrate=3024.7kbits/s frame= 785 fps= 30 q=-1.0 size= 10313kB time=00:00:27.93 bitrate=3024.4kbits/s frame= 800 fps= 30 q=-1.0 size= 10496kB time=00:00:28.43 bitrate=3023.9kbits/s frame= 815 fps= 30 q=-1.0 size= 10679kB time=00:00:28.93 bitrate=3023.6kbits/s frame= 830 fps= 30 q=-1.0 size= 10862kB time=00:00:29.43 bitrate=3023.1kbits/s frame= 845 fps= 30 q=-1.0 size= 11045kB time=00:00:29.93 bitrate=3022.7kbits/s frame= 860 fps= 30 q=-1.0 size= 11229kB time=00:00:30.43 bitrate=3022.6kbits/s frame= 875 fps= 30 q=-1.0 size= 11412kB time=00:00:30.93 bitrate=3022.1kbits/s frame= 890 fps= 30 q=-1.0 size= 11595kB time=00:00:31.43 bitrate=3021.8kbits/s frame= 905 fps= 30 q=-1.0 size= 11795kB time=00:00:31.93 bitrate=3025.9kbits/s frame= 920 fps= 30 q=-1.0 size= 11965kB time=00:00:32.43 bitrate=3022.0kbits/s frame= 935 fps= 30 q=-1.0 size= 12148kB time=00:00:32.93 bitrate=3021.8kbits/s frame= 950 fps= 30 q=-1.0 size= 12332kB time=00:00:33.43 bitrate=3021.6kbits/s frame= 966 fps= 30 q=-1.0 size= 12527kB time=00:00:33.96 bitrate=3021.2kbits/s frame= 980 fps= 30 q=-1.0 size= 12698kB time=00:00:34.43 bitrate=3021.0kbits/s frame= 995 fps= 30 q=-1.0 size= 12881kB time=00:00:34.93 bitrate=3020.7kbits/s frame= 1011 fps= 30 q=-1.0 size= 13076kB time=00:00:35.46 bitrate=3020.3kbits/s frame= 1026 fps= 30 q=-1.0 size= 13260kB time=00:00:35.96 bitrate=3020.2kbits/s frame= 1040 fps= 30 q=-1.0 size= 13431kB time=00:00:36.43 bitrate=3019.9kbits/s frame= 1055 fps= 30 q=-1.0 size= 13614kB time=00:00:36.93 bitrate=3019.6kbits/s frame= 1071 fps= 30 q=-1.0 size= 13809kB time=00:00:37.46 bitrate=3019.3kbits/s frame= 1086 fps= 30 q=-1.0 size= 13992kB time=00:00:37.96 bitrate=3019.1kbits/s frame= 1100 fps= 30 q=-1.0 size= 14163kB time=00:00:38.43 bitrate=3018.7kbits/s frame= 1116 fps= 30 q=-1.0 size= 14358kB time=00:00:38.96 bitrate=3018.5kbits/s frame= 1131 fps= 30 q=-1.0 size= 14541kB time=00:00:39.46 bitrate=3018.1kbits/s frame= 1146 fps= 30 q=-1.0 size= 14724kB time=00:00:39.96 bitrate=3018.0kbits/s frame= 1161 fps= 30 q=-1.0 size= 14907kB time=00:00:40.46 bitrate=3017.8kbits/s frame= 1176 fps= 30 q=-1.0 size= 15091kB time=00:00:40.96 bitrate=3017.7kbits/s frame= 1191 fps= 30 q=-1.0 size= 15273kB time=00:00:41.46 bitrate=3017.3kbits/s frame= 1206 fps= 30 q=-1.0 size= 15474kB time=00:00:41.96 bitrate=3020.5kbits/s frame= 1221 fps= 30 q=-1.0 size= 15643kB time=00:00:42.46 bitrate=3017.6kbits/s frame= 1236 fps= 30 q=-1.0 size= 15826kB time=00:00:42.96 bitrate=3017.3kbits/s frame= 1251 fps= 30 q=-1.0 size= 16009kB time=00:00:43.46 bitrate=3017.2kbits/s frame= 1266 fps= 30 q=-1.0 size= 16192kB time=00:00:43.96 bitrate=3017.0kbits/s frame= 1281 fps= 30 q=-1.0 size= 16374kB time=00:00:44.46 bitrate=3016.6kbits/s frame= 1296 fps= 30 q=-1.0 size= 16557kB time=00:00:44.96 bitrate=3016.4kbits/s frame= 1311 fps= 30 q=-1.0 size= 16740kB time=00:00:45.46 bitrate=3016.2kbits/s frame= 1327 fps= 30 q=-1.0 size= 16935kB time=00:00:46.00 bitrate=3016.0kbits/s frame= 1341 fps= 30 q=-1.0 size= 17106kB time=00:00:46.46 bitrate=3015.8kbits/s frame= 1356 fps= 30 q=-1.0 size= 17290kB time=00:00:46.96 bitrate=3015.7kbits/s frame= 1372 fps= 30 q=-1.0 size= 17485kB time=00:00:47.50 bitrate=3015.4kbits/s frame= 1387 fps= 30 q=-1.0 size= 17668kB time=00:00:48.00 bitrate=3015.3kbits/s frame= 1401 fps= 30 q=-1.0 size= 17839kB time=00:00:48.46 bitrate=3015.2kbits/s frame= 1416 fps= 30 q=-1.0 size= 18022kB time=00:00:48.96 bitrate=3015.0kbits/s frame= 1432 fps= 30 q=-1.0 size= 18217kB time=00:00:49.50 bitrate=3014.9kbits/s frame= 1447 fps= 30 q=-1.0 size= 18400kB time=00:00:50.00 bitrate=3014.7kbits/s frame= 1461 fps= 30 q=-1.0 size= 18571kB time=00:00:50.46 bitrate=3014.6kbits/s frame= 1477 fps= 30 q=-1.0 size= 18767kB time=00:00:51.00 bitrate=3014.6kbits/s frame= 1492 fps= 30 q=-1.0 size= 18950kB time=00:00:51.50 bitrate=3014.4kbits/s frame= 1507 fps= 30 q=-1.0 size= 19149kB time=00:00:52.00 bitrate=3016.7kbits/s frame= 1522 fps= 30 q=-1.0 size= 19319kB time=00:00:52.50 bitrate=3014.5kbits/s frame= 1537 fps= 30 q=-1.0 size= 19502kB time=00:00:53.00 bitrate=3014.4kbits/s frame= 1552 fps= 30 q=-1.0 size= 19686kB time=00:00:53.50 bitrate=3014.3kbits/s frame= 1567 fps= 30 q=-1.0 size= 19869kB time=00:00:54.00 bitrate=3014.2kbits/s frame= 1582 fps= 30 q=-1.0 size= 20052kB time=00:00:54.50 bitrate=3014.1kbits/s frame= 1597 fps= 30 q=-1.0 size= 20235kB time=00:00:55.00 bitrate=3014.0kbits/s frame= 1612 fps= 30 q=-1.0 size= 20418kB time=00:00:55.50 bitrate=3013.8kbits/s frame= 1627 fps= 30 q=-1.0 size= 20602kB time=00:00:56.00 bitrate=3013.7kbits/s frame= 1642 fps= 30 q=-1.0 size= 20784kB time=00:00:56.50 bitrate=3013.6kbits/s frame= 1657 fps= 30 q=-1.0 size= 20967kB time=00:00:57.00 bitrate=3013.4kbits/s frame= 1672 fps= 30 q=-1.0 size= 21151kB time=00:00:57.50 bitrate=3013.3kbits/s frame= 1687 fps= 30 q=-1.0 size= 21333kB time=00:00:58.00 bitrate=3013.2kbits/s frame= 1702 fps= 30 q=-1.0 size= 21517kB time=00:00:58.50 bitrate=3013.1kbits/s frame= 1717 fps= 30 q=-1.0 size= 21700kB time=00:00:59.00 bitrate=3013.1kbits/s frame= 1732 fps= 30 q=-1.0 size= 21884kB time=00:00:59.50 bitrate=3013.0kbits/s frame= 1747 fps= 30 q=-1.0 size= 22066kB time=00:01:00.00 bitrate=3012.8kbits/s frame= 1762 fps= 30 q=-1.0 size= 22249kB time=00:01:00.50 bitrate=3012.6kbits/s frame= 1777 fps= 30 q=-1.0 size= 22433kB time=00:01:01.00 bitrate=3012.6kbits/s frame= 1792 fps= 30 q=-1.0 size= 22616kB time=00:01:01.50 bitrate=3012.5kbits/s frame= 1807 fps= 30 q=-1.0 size= 22812kB time=00:01:02.00 bitrate=3014.2kbits/s frame= 1822 fps= 30 q=-1.0 size= 22983kB time=00:01:02.50 bitrate=3012.4kbits/s frame= 1837 fps= 30 q=-1.0 size= 23166kB time=00:01:03.00 bitrate=3012.4kbits/s frame= 1852 fps= 30 q=-1.0 size= 23349kB time=00:01:03.50 bitrate=3012.2kbits/s frame= 1867 fps= 30 q=-1.0 size= 23532kB time=00:01:04.00 bitrate=3012.1kbits/s frame= 1882 fps= 30 q=-1.0 size= 23715kB time=00:01:04.50 bitrate=3012.0kbits/s frame= 1897 fps= 30 q=-1.0 size= 23899kB time=00:01:05.00 bitrate=3012.0kbits/s frame= 1912 fps= 30 q=-1.0 size= 24082kB time=00:01:05.50 bitrate=3011.8kbits/s frame= 1927 fps= 30 q=-1.0 size= 24265kB time=00:01:06.00 bitrate=3011.8kbits/s frame= 1942 fps= 30 q=-1.0 size= 24448kB time=00:01:06.50 bitrate=3011.7kbits/s frame= 1957 fps= 30 q=-1.0 size= 24631kB time=00:01:07.00 bitrate=3011.6kbits/s frame= 1973 fps= 30 q=-1.0 size= 24826kB time=00:01:07.53 bitrate=3011.5kbits/s frame= 1987 fps= 30 q=-1.0 size= 24997kB time=00:01:08.00 bitrate=3011.4kbits/s frame= 2002 fps= 30 q=-1.0 size= 25180kB time=00:01:08.50 bitrate=3011.3kbits/s frame= 2018 fps= 30 q=-1.0 size= 25375kB time=00:01:09.03 bitrate=3011.2kbits/s frame= 2033 fps= 30 q=-1.0 size= 25558kB time=00:01:09.53 bitrate=3011.1kbits/s frame= 2047 fps= 30 q=-1.0 size= 25730kB time=00:01:10.00 bitrate=3011.1kbits/s frame= 2062 fps= 30 q=-1.0 size= 25913kB time=00:01:10.50 bitrate=3011.0kbits/s frame= 2078 fps= 30 q=-1.0 size= 26108kB time=00:01:11.03 bitrate=3010.9kbits/s frame= 2093 fps= 30 q=-1.0 size= 26291kB time=00:01:11.53 bitrate=3010.9kbits/s frame= 2107 fps= 30 q=-1.0 size= 26476kB time=00:01:12.00 bitrate=3012.3kbits/s frame= 2123 fps= 30 q=-1.0 size= 26659kB time=00:01:12.53 bitrate=3010.9kbits/s frame= 2138 fps= 30 q=-1.0 size= 26842kB time=00:01:13.03 bitrate=3010.8kbits/s frame= 2153 fps= 30 q=-1.0 size= 27025kB time=00:01:13.53 bitrate=3010.7kbits/s frame= 2168 fps= 30 q=-1.0 size= 27209kB time=00:01:14.03 bitrate=3010.7kbits/s frame= 2183 fps= 30 q=-1.0 size= 27392kB time=00:01:14.53 bitrate=3010.6kbits/s frame= 2198 fps= 30 q=-1.0 size= 27574kB time=00:01:15.03 bitrate=3010.5kbits/s frame= 2213 fps= 30 q=-1.0 size= 27759kB time=00:01:15.53 bitrate=3010.6kbits/s frame= 2228 fps= 30 q=-1.0 size= 27941kB time=00:01:16.03 bitrate=3010.5kbits/s frame= 2243 fps= 30 q=-1.0 size= 28124kB time=00:01:16.53 bitrate=3010.4kbits/s frame= 2258 fps= 30 q=-1.0 size= 28308kB time=00:01:17.03 bitrate=3010.4kbits/s frame= 2273 fps= 30 q=-1.0 size= 28492kB time=00:01:17.53 bitrate=3010.4kbits/s frame= 2288 fps= 30 q=-1.0 size= 28674kB time=00:01:18.03 bitrate=3010.3kbits/s frame= 2303 fps= 30 q=-1.0 size= 28858kB time=00:01:18.53 bitrate=3010.2kbits/s frame= 2318 fps= 30 q=-1.0 size= 29041kB time=00:01:19.03 bitrate=3010.2kbits/s frame= 2333 fps= 30 q=-1.0 size= 29224kB time=00:01:19.53 bitrate=3010.1kbits/s frame= 2348 fps= 30 q=-1.0 size= 29407kB time=00:01:20.03 bitrate=3010.0kbits/s frame= 2363 fps= 30 q=-1.0 size= 29589kB time=00:01:20.53 bitrate=3009.9kbits/s frame= 2378 fps= 30 q=-1.0 size= 29773kB time=00:01:21.03 bitrate=3009.8kbits/s frame= 2394 fps= 30 q=-1.0 size= 29968kB time=00:01:21.56 bitrate=3009.8kbits/s frame= 2408 fps= 30 q=-1.0 size= 30151kB time=00:01:22.03 bitrate=3011.0kbits/s frame= 2423 fps= 30 q=-1.0 size= 30326kB time=00:01:22.53 bitrate=3010.0kbits/s frame= 2439 fps= 30 q=-1.0 size= 30521kB time=00:01:23.06 bitrate=3009.9kbits/s frame= 2454 fps= 30 q=-1.0 size= 30704kB time=00:01:23.56 bitrate=3009.9kbits/s frame= 2468 fps= 30 q=-1.0 size= 30875kB time=00:01:24.03 bitrate=3009.9kbits/s frame= 2484 fps= 30 q=-1.0 size= 31070kB time=00:01:24.56 bitrate=3009.8kbits/s frame= 2499 fps= 30 q=-1.0 size= 31253kB time=00:01:25.06 bitrate=3009.7kbits/s frame= 2514 fps= 30 q=-1.0 size= 31437kB time=00:01:25.56 bitrate=3009.7kbits/s frame= 2528 fps= 30 q=-1.0 size= 31607kB time=00:01:26.03 bitrate=3009.6kbits/s frame= 2544 fps= 30 q=-1.0 size= 31803kB time=00:01:26.56 bitrate=3009.6kbits/s frame= 2559 fps= 30 q=-1.0 size= 31986kB time=00:01:27.06 bitrate=3009.5kbits/s frame= 2574 fps= 30 q=-1.0 size= 32169kB time=00:01:27.56 bitrate=3009.5kbits/s frame= 2589 fps= 30 q=-1.0 size= 32353kB time=00:01:28.06 bitrate=3009.5kbits/s frame= 2604 fps= 30 q=-1.0 size= 32535kB time=00:01:28.56 bitrate=3009.4kbits/s frame= 2619 fps= 30 q=-1.0 size= 32718kB time=00:01:29.06 bitrate=3009.3kbits/s frame= 2634 fps= 30 q=-1.0 size= 32902kB time=00:01:29.56 bitrate=3009.3kbits/s No more output streams to write to, finishing. frame= 2647 fps= 30 q=-1.0 Lsize= 33061kB time=00:01:30.00 bitrate=3009.3kbits/s video:33061kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% Input file #0 (video=Logitech HD Pro Webcam C920): Input stream #0:0 (video): 2648 packets read (33866752 bytes); Total: 2648 packets (33866752 bytes) demuxed Output file #0 (e:\cam\video\ANAUY\enr_2014-12-20__22H58m52s.h264): Output stream #0:0 (video): 2647 packets muxed (33854108 bytes); Total: 2647 packets (33854108 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 000000000818fee0] Statistics: 0 seeks, 2649 writeouts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 21 01:26:44 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Dec 2014 00:26:44 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.96021a97c59d240292324a22d79ae902@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ git log -1 --oneline f622ff1 avfilter/vf_boxblur: avoid one addition per line }}} {{{ $ dash configure --enable-libspeex ERROR: speex not found using pkg-config If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. }}} {{{ check_pkg_config speex speex/speex.h speex_decoder_init -lspeex false --exists --print-errors speex ERROR: speex not found using pkg-config }}} It worked fine before 621d4089 {{{ $ git log -1 --oneline 8b1e920 Merge commit '259fe7280d0b63dc7a8ff017d44f26d3a84cfde8' }}} {{{ $ dash configure --enable-libspeex install prefix /usr/local source path . C compiler gcc C library glibc ARCH x86 (generic) big-endian no runtime cpu detection yes yasm yes MMX enabled yes MMXEXT enabled yes 3DNow! enabled yes 3DNow! extended enabled yes SSE enabled yes SSSE3 enabled yes AVX enabled yes XOP enabled yes FMA3 enabled yes FMA4 enabled yes i686 features enabled yes CMOV is fast yes EBX available yes EBP available yes debug symbols yes strip symbols yes optimize for size no optimizations yes static yes shared no postprocessing support no new filter support yes network support yes threading support pthreads safe bitstream reader yes SDL support yes opencl enabled no texi2html enabled yes perl enabled yes pod2man enabled yes makeinfo enabled yes External libraries: bzlib libspeex zlib iconv xlib Enabled decoders: aac bink gsm_ms aac_latm binkaudio_dct h261 aasc binkaudio_rdft h263 ac3 bintext h263i ac3_fixed bmp h263p adpcm_4xm bmv_audio h264 adpcm_adx bmv_video h264_vdpau adpcm_afc brender_pix hevc adpcm_ct c93 hnm4_video adpcm_dtk cavs huffyuv adpcm_ea cdgraphics iac adpcm_ea_maxis_xa cdxl idcin adpcm_ea_r1 cinepak idf adpcm_ea_r2 cljr iff_byterun1 adpcm_ea_r3 cllc iff_ilbm adpcm_ea_xas comfortnoise imc adpcm_g722 cook indeo2 adpcm_g726 cpia indeo3 adpcm_g726le cscd indeo4 adpcm_ima_amv cyuv indeo5 adpcm_ima_apc dca interplay_dpcm adpcm_ima_dk3 dfa interplay_video adpcm_ima_dk4 dirac jacosub adpcm_ima_ea_eacs dnxhd jpeg2000 adpcm_ima_ea_sead dpx jpegls adpcm_ima_iss dsd_lsbf jv adpcm_ima_oki dsd_lsbf_planar kgv1 adpcm_ima_qt dsd_msbf kmvc adpcm_ima_rad dsd_msbf_planar lagarith adpcm_ima_smjpeg dsicinaudio libspeex adpcm_ima_wav dsicinvideo loco adpcm_ima_ws dvbsub mace3 adpcm_ms dvdsub mace6 adpcm_sbpro_2 dvvideo mdec adpcm_sbpro_3 dxa metasound adpcm_sbpro_4 dxtory microdvd adpcm_swf eac3 mimic adpcm_thp eacmv mjpeg adpcm_vima eamad mjpegb adpcm_xa eatgq mlp adpcm_yamaha eatgv mmvideo aic eatqi motionpixels alac eightbps movtext alias_pix eightsvx_exp mp1 als eightsvx_fib mp1float amrnb escape124 mp2 amrwb escape130 mp2float amv evrc mp3 anm exr mp3adu ansi ffv1 mp3adufloat ape ffvhuff mp3float ass ffwavesynth mp3on4 asv1 fic mp3on4float asv2 flac mpc7 atrac1 flashsv mpc8 atrac3 flashsv2 mpeg1_vdpau atrac3p flic mpeg1video aura flv mpeg2video aura2 fourxm mpeg4 avrn fraps mpeg4_vdpau avrp frwu mpeg_vdpau avs g2m mpeg_xvmc avui g723_1 mpegvideo ayuv g729 mpl2 bethsoftvid gif msa1 bfi gsm msmpeg4v1 msmpeg4v2 qcelp txd msmpeg4v3 qdm2 ulti msrle qdraw utvideo mss1 qpeg v210 mss2 qtrle v210x msvideo1 r10k v308 mszh r210 v408 mts2 ra_144 v410 mvc1 ra_288 vb mvc2 ralf vble mxpeg rawvideo vc1 nellymoser realtext vc1_vdpau nuv rl2 vc1image on2avc roq vcr1 opus roq_dpcm vima paf_audio rpza vmdaudio paf_video rv10 vmdvideo pam rv20 vmnc pbm rv30 vorbis pcm_alaw rv40 vp3 pcm_bluray s302m vp5 pcm_dvd sami vp6 pcm_f32be sanm vp6a pcm_f32le sgi vp6f pcm_f64be sgirle vp7 pcm_f64le shorten vp8 pcm_lxf sipr vp9 pcm_mulaw smackaud vplayer pcm_s16be smacker vqa pcm_s16be_planar smc wavpack pcm_s16le smvjpeg webp pcm_s16le_planar snow webvtt pcm_s24be sol_dpcm wmalossless pcm_s24daud sonic wmapro pcm_s24le sp5x wmav1 pcm_s24le_planar srt wmav2 pcm_s32be ssa wmavoice pcm_s32le subrip wmv1 pcm_s32le_planar subviewer wmv2 pcm_s8 subviewer1 wmv3 pcm_s8_planar sunrast wmv3_vdpau pcm_u16be svq1 wmv3image pcm_u16le svq3 wnv1 pcm_u24be tak ws_snd1 pcm_u24le targa xan_dpcm pcm_u32be targa_y216 xan_wc3 pcm_u32le text xan_wc4 pcm_u8 theora xbin pcm_zork thp xbm pcx tiertexseqvideo xface pgm tiff xl pgmyuv tmv xsub pgssub truehd xwd pictor truemotion1 y41p pjs truemotion2 yop png truespeech yuv4 ppm tscc zero12v prores tscc2 zerocodec prores_lgpl tta zlib ptx twinvq zmbv Enabled encoders: a64multi jpegls ppm a64multi5 libspeex prores aac ljpeg prores_aw ac3 mjpeg prores_ks ac3_fixed movtext qtrle adpcm_adx mp2 r10k adpcm_g722 mp2fixed r210 adpcm_g726 mpeg1video ra_144 adpcm_ima_qt mpeg2video rawvideo adpcm_ima_wav mpeg4 roq adpcm_ms msmpeg4v2 roq_dpcm adpcm_swf msmpeg4v3 rv10 adpcm_yamaha msvideo1 rv20 alac nellymoser s302m alias_pix pam sgi amv pbm snow ass pcm_alaw sonic asv1 pcm_f32be sonic_ls asv2 pcm_f32le srt avrp pcm_f64be ssa avui pcm_f64le subrip ayuv pcm_mulaw sunrast bmp pcm_s16be svq1 cinepak pcm_s16be_planar targa cljr pcm_s16le tiff comfortnoise pcm_s16le_planar tta dca pcm_s24be utvideo dnxhd pcm_s24daud v210 dpx pcm_s24le v308 dvbsub pcm_s24le_planar v408 dvdsub pcm_s32be v410 dvvideo pcm_s32le vorbis eac3 pcm_s32le_planar wavpack ffv1 pcm_s8 webvtt ffvhuff pcm_s8_planar wmav1 flac pcm_u16be wmav2 flashsv pcm_u16le wmv1 flashsv2 pcm_u24be wmv2 flv pcm_u24le xbm g723_1 pcm_u32be xface gif pcm_u32le xsub h261 pcm_u8 xwd h263 pcx y41p h263p pgm yuv4 huffyuv pgmyuv zlib jpeg2000 png zmbv Enabled hwaccels: h263_vaapi mpeg1_xvmc mpeg4_vdpau h263_vdpau mpeg2_vaapi vc1_vaapi h264_vaapi mpeg2_vdpau vc1_vdpau h264_vdpau mpeg2_xvmc wmv3_vaapi mpeg1_vdpau mpeg4_vaapi wmv3_vdpau Enabled parsers: aac dvd_nav mpegvideo aac_latm dvdsub opus ac3 flac png adx gsm pnm bmp h261 rv30 cavsvideo h263 rv40 cook h264 tak dca hevc vc1 dirac mjpeg vorbis dnxhd mlp vp3 dpx mpeg4video vp8 dvbsub mpegaudio vp9 Enabled demuxers: aac h263 nut ac3 h264 nuv act hevc ogg adf hls oma adp hnm paf adx ico pcm_alaw aea idcin pcm_f32be afc idf pcm_f32le aiff iff pcm_f64be amr ilbc pcm_f64le anm image2 pcm_mulaw apc image2_alias_pix pcm_s16be ape image2_brender_pix pcm_s16le aqtitle image2pipe pcm_s24be asf image_bmp_pipe pcm_s24le ass image_dpx_pipe pcm_s32be ast image_exr_pipe pcm_s32le au image_j2k_pipe pcm_s8 avi image_pictor_pipe pcm_u16be avr image_png_pipe pcm_u16le avs image_sgi_pipe pcm_u24be bethsoftvid image_sunrast_pipe pcm_u24le bfi image_tiff_pipe pcm_u32be bink ingenient pcm_u32le bintext ipmovie pcm_u8 bit ircam pjs bmv iss pmp boa iv8 pva brstm ivf pvf c93 jacosub qcp caf jv r3d cavsvideo latm rawvideo cdg live_flv realtext cdxl lmlm4 redspark cine loas rl2 concat lrc rm data lvf roq daud lxf rpl dfa m4v rsd dirac matroska rso dnxhd mgsts rtp dsf microdvd rtsp dsicin mjpeg sami dts mlp sap dtshd mlv sbg dv mm sdp dxa mmf sdr2 ea mov segafilm ea_cdata mp3 shorten eac3 mpc siff epaf mpc8 sln ffm mpegps smacker ffmetadata mpegts smjpeg filmstrip mpegtsraw smush flac mpegvideo sol flic mpl2 sox flv mpsub spdif fourxm msnwc_tcp srt frm mtv str g722 mv subviewer g723_1 mvi subviewer1 g729 mxf swf gif mxg tak gsm nc tedcaptions gxf nistsphere thp h261 nsv tiertexseq tmv voc wsvqa truehd vplayer wtv tta vqf wv tty w64 xa txd wav xbin vc1 wc3 xmv vc1t webm_dash_manifest xwma vivo webvtt yop vmd wsaud yuv4mpegpipe vobsub Enabled muxers: a64 ipod pcm_s24be ac3 ircam pcm_s24le adts ismv pcm_s32be adx ivf pcm_s32le aiff jacosub pcm_s8 amr latm pcm_u16be asf lrc pcm_u16le asf_stream m4v pcm_u24be ass matroska pcm_u24le ast matroska_audio pcm_u32be au md5 pcm_u32le avi microdvd pcm_u8 avm2 mjpeg psp bit mkvtimestamp_v2 rawvideo caf mlp rm cavsvideo mmf roq crc mov rso data mp2 rtp daud mp3 rtsp dirac mp4 sap dnxhd mpeg1system segment dts mpeg1vcd smjpeg dv mpeg1video smoothstreaming eac3 mpeg2dvd sox f4v mpeg2svcd spdif ffm mpeg2video speex ffmetadata mpeg2vob srt filmstrip mpegts stream_segment flac mpjpeg swf flv mxf tee framecrc mxf_d10 tg2 framemd5 null tgp g722 nut truehd g723_1 oga uncodedframecrc gif ogg vc1 gxf oma vc1t h261 opus voc h263 pcm_alaw w64 h264 pcm_f32be wav hds pcm_f32le webm hevc pcm_f64be webm_dash_manifest hls pcm_f64le webvtt ico pcm_mulaw wtv ilbc pcm_s16be wv image2 pcm_s16le yuv4mpegpipe image2pipe Enabled protocols: cache hls rtmpt concat http rtp crypto httpproxy sctp data md5 srtp ffrtmphttp mmsh subfile file mmst tcp ftp pipe udp gopher rtmp unix Enabled filters: aconvert copy nullsink adelay crop nullsrc aecho curves overlay aeval dctdnoiz pad aevalsrc decimate pan afade dejudder perms aformat deshake pixdesctest ainterleave drawbox psnr allpass drawgrid removelogo alphaextract earwax replaygain alphamerge edgedetect rgbtestsrc amerge elbg rotate amix equalizer scale amovie extractplanes select anull fade sendcmd anullsink field separatefields anullsrc fieldmatch setdar apad fieldorder setfield aperms flanger setpts aphaser format setsar aresample fps settb aselect framepack showcqt asendcmd framestep showinfo asetnsamples gradfun showspectrum asetpts haldclut showwaves asetrate haldclutsrc shuffleplanes asettb hflip signalstats ashowinfo highpass silencedetect asplit histogram sine astats hqx smptebars astreamsync hue smptehdbars atempo idet split atrim il swapuv avectorscope interleave telecine bandpass join testsrc bandreject life thumbnail bass lowpass tile bbox lut transpose biquad lut3d treble blackdetect lutrgb trim blend lutyuv unsharp cellauto mandelbrot vflip channelmap mergeplanes vignette channelsplit movie volume color negate volumedetect colorbalance noformat w3fdif colorchannelmixer noise yadif compand null zoompan concat Enabled bsfs: aac_adtstoasc imx_dump_header mp3_header_decompress chomp mjpeg2jpeg noise dump_extradata mjpega_dump_header remove_extradata h264_mp4toannexb mov2textsub text2movsub Enabled indevs: alsa jack oss dv1394 lavfi v4l2 fbdev Enabled outdevs: alsa oss v4l2 fbdev sdl xv License: LGPL version 2.1 or later Creating config.mak, config.h, and doc/config.texi... WARNING: pkg-config not found, library detection may fail. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 21 01:59:23 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Dec 2014 00:59:23 -0000 Subject: [FFmpeg-trac] #3356(undetermined:open): feature request: Segment HLS streams on SCTE 35 markers In-Reply-To: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> References: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> Message-ID: <055.f026ce1521ac667a01df950cf0bc938e@avcodec.org> #3356: feature request: Segment HLS streams on SCTE 35 markers -------------------------------------+------------------------------------- Reporter: adamscybot | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: hls bounty | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by scaryguy): Any updates about the issue? @adamscybot did you work on this with @Krieger? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 21 10:14:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Dec 2014 09:14:31 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.54fdb2eeedd6d46d7c45fb3641b71527@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:5 cehoyos]: > I am willing to take the burden. I do not think it can work that way for the build system. The extra code complexity is a nuisance for anyone who needs to look at it, and, unlike for an isolated decoder or demuxer, that means potentially any contributor. The slowness, of course, affects everyone. > Removing this support means introducing a regression. The difference between a regression and the cleanup of an obsolete feature become useless is only a matter of point of view. > Not everyone who wants to compile FFmpeg can install on the target system. Is there a misunderstanding here? pkg-config is required on the build system, never on the target system. > You misunderstand: When I test, I never install the libraries but always link them from the build directory. (The basis is just my workflow for testing FFmpeg because of user reports that include using external libraries.) For the sake of clarity, I suggest we keep the discussion about your use case separate from the discussion about generic users. Concerning generic users, can you quote actual situations where pkg-config is impossible to install, or at least significantly harder than the other required build components (including yasm)? You certainly will need to invoke exotic cases, cross-building or such, but please keep it realistic. Concerning your personal use case, I am pretty sure that it is possible to alter your work flow just slightly to adjust to a configure that requires pkg-config. You may possibly even save time by doing that. If I understand you correctly, you need to be able to build ffmpeg with libfoo that you just built in a separate directory but not installed. That looks pretty easy to achieve. Do you have any other requirement? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 21 12:42:17 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Dec 2014 11:42:17 -0000 Subject: [FFmpeg-trac] #4201(undetermined:new): Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 In-Reply-To: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> References: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> Message-ID: <057.93def167b694b28c283b23cd5ede9973@avcodec.org> #4201: Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 -------------------------------------+------------------------------------- Reporter: | Owner: lobothefoots | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lobothefoots): Another capture with more error and using today's build. I found out that if I try to capture something still with constant lighting it result nearly every time with no error in the console output. {{{ File uploading to ftp upload.ffmpeg.org\incoming\enr_2014-12-21__12H31m38s.h264 }}} Console output: {{{ ffmpeg version N-68639-g6706a29 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 20 2014 22:12:53 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable- decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 16.100 / 56. 16.100 libavformat 56. 16.101 / 56. 16.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-f' ... matched as option 'f' (force format) with argument 'dshow'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'h264'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '1920x1080'. Reading option '-i' ... matched as input file with argument 'video=Logitech HD Pro Webcam C920'. Reading option '-copyinkf' ... matched as option 'copyinkf' (copy initial non-keyframes) with argument '1'. Reading option '-c' ... matched as option 'c' (codec name) with argument 'copy'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '60'. Reading option 'e:\cam\video\ANAUY\enr_2014-12-21__12H31m38s.h264' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file video=Logitech HD Pro Webcam C920. Applying option f (force format) with argument dshow. Applying option vcodec (force video codec ('copy' to copy stream)) with argument h264. Applying option s (set frame size (WxH or abbreviation)) with argument 1920x1080. Successfully parsed a group of options. Opening an input file: video=Logitech HD Pro Webcam C920. [dshow @ 0000000002cc04a0] All info found Input #0, dshow, from 'video=Logitech HD Pro Webcam C920': Duration: N/A, start: 172858.116000, bitrate: N/A Stream #0:0, 28, 1/10000000: Video: h264 (Constrained Baseline) (H264 / 0x34363248), yuvj420p(pc, left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 1/60, 62.50 tbr, 10000k tbn, 60 tbc Successfully opened the file. Parsing a group of options: output file e:\cam\video\ANAUY\enr_2014-12-21__12H31m38s.h264. Applying option copyinkf (copy initial non-keyframes) with argument 1. Applying option c (codec name) with argument copy. Applying option t (record or transcode "duration" seconds of audio/video) with argument 60. Successfully parsed a group of options. Opening an output file: e:\cam\video\ANAUY\enr_2014-12-21__12H31m38s.h264. Successfully opened the file. Output #0, h264, to 'e:\cam\video\ANAUY\enr_2014-12-21__12H31m38s.h264': Metadata: encoder : Lavf56.16.101 Stream #0:0, 0, 1/30: Video: h264 (H264 / 0x34363248), yuvj420p(left), 1920x1080 (0x0) [SAR 1:1 DAR 16:9], 1/30, q=2-31, 62.50 tbr, 30 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 42 fps=0.0 q=-1.0 size= 706kB time=00:00:01.66 bitrate=3469.0kbits/s frame= 57 fps= 57 q=-1.0 size= 885kB time=00:00:02.16 bitrate=3345.9kbits/s frame= 72 fps= 48 q=-1.0 size= 1072kB time=00:00:02.66 bitrate=3293.0kbits/s frame= 87 fps= 43 q=-1.0 size= 1250kB time=00:00:03.16 bitrate=3233.9kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 96 >= 96 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 108 >= 108 frame= 102 fps= 41 q=-1.0 size= 1445kB time=00:00:03.63 bitrate=3258.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 120 >= 120 frame= 117 fps= 39 q=-1.0 size= 1629kB time=00:00:04.16 bitrate=3203.1kbits/s frame= 132 fps= 38 q=-1.0 size= 1814kB time=00:00:04.66 bitrate=3184.2kbits/s frame= 147 fps= 37 q=-1.0 size= 1995kB time=00:00:05.16 bitrate=3163.4kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 156 >= 156 frame= 162 fps= 36 q=-1.0 size= 2178kB time=00:00:05.66 bitrate=3148.8kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 179 >= 179 frame= 177 fps= 35 q=-1.0 size= 2378kB time=00:00:06.16 bitrate=3159.4kbits/s frame= 192 fps= 35 q=-1.0 size= 2548kB time=00:00:06.66 bitrate=3131.5kbits/s frame= 208 fps= 35 q=-1.0 size= 2743kB time=00:00:07.20 bitrate=3120.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 215 >= 215 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 227 >= 227 frame= 222 fps= 34 q=-1.0 size= 2913kB time=00:00:07.66 bitrate=3112.9kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 239 >= 239 frame= 237 fps= 34 q=-1.0 size= 3097kB time=00:00:08.16 bitrate=3106.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 251 >= 251 frame= 252 fps= 34 q=-1.0 size= 3288kB time=00:00:08.66 bitrate=3107.7kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 263 >= 263 frame= 268 fps= 33 q=-1.0 size= 3491kB time=00:00:09.20 bitrate=3108.9kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 275 >= 275 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 287 >= 287 frame= 282 fps= 33 q=-1.0 size= 3653kB time=00:00:09.66 bitrate=3095.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 299 >= 299 frame= 297 fps= 33 q=-1.0 size= 3836kB time=00:00:10.16 bitrate=3091.3kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 311 >= 311 frame= 312 fps= 33 q=-1.0 size= 4025kB time=00:00:10.66 bitrate=3090.9kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 323 >= 323 frame= 328 fps= 33 q=-1.0 size= 4221kB time=00:00:11.20 bitrate=3087.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 335 >= 335 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 347 >= 347 frame= 342 fps= 33 q=-1.0 size= 4391kB time=00:00:11.66 bitrate=3083.0kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 359 >= 359 frame= 357 fps= 32 q=-1.0 size= 4574kB time=00:00:12.16 bitrate=3079.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 371 >= 371 frame= 372 fps= 32 q=-1.0 size= 4757kB time=00:00:12.66 bitrate=3076.4kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 383 >= 383 frame= 388 fps= 32 q=-1.0 size= 4952kB time=00:00:13.20 bitrate=3073.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 395 >= 395 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 407 >= 407 frame= 402 fps= 32 q=-1.0 size= 5122kB time=00:00:13.66 bitrate=3070.4kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 419 >= 419 frame= 418 fps= 32 q=-1.0 size= 5318kB time=00:00:14.20 bitrate=3068.1kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 431 >= 431 frame= 433 fps= 32 q=-1.0 size= 5501kB time=00:00:14.70 bitrate=3065.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 443 >= 443 frame= 448 fps= 32 q=-1.0 size= 5684kB time=00:00:15.20 bitrate=3063.1kbits/s frame= 462 fps= 32 q=-1.0 size= 5855kB time=00:00:15.66 bitrate=3061.5kbits/s frame= 478 fps= 32 q=-1.0 size= 6050kB time=00:00:16.20 bitrate=3059.3kbits/s frame= 493 fps= 32 q=-1.0 size= 6234kB time=00:00:16.70 bitrate=3058.0kbits/s frame= 508 fps= 32 q=-1.0 size= 6417kB time=00:00:17.20 bitrate=3056.2kbits/s frame= 523 fps= 32 q=-1.0 size= 6600kB time=00:00:17.70 bitrate=3054.4kbits/s frame= 538 fps= 32 q=-1.0 size= 6783kB time=00:00:18.20 bitrate=3053.1kbits/s frame= 553 fps= 32 q=-1.0 size= 6967kB time=00:00:18.70 bitrate=3051.9kbits/s frame= 568 fps= 31 q=-1.0 size= 7149kB time=00:00:19.20 bitrate=3050.4kbits/s frame= 583 fps= 31 q=-1.0 size= 7334kB time=00:00:19.70 bitrate=3049.7kbits/s frame= 598 fps= 31 q=-1.0 size= 7516kB time=00:00:20.20 bitrate=3048.1kbits/s frame= 613 fps= 31 q=-1.0 size= 7699kB time=00:00:20.70 bitrate=3047.0kbits/s frame= 628 fps= 31 q=-1.0 size= 7882kB time=00:00:21.20 bitrate=3045.8kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 647 >= 647 frame= 643 fps= 31 q=-1.0 size= 8065kB time=00:00:21.70 bitrate=3044.8kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 659 >= 659 frame= 658 fps= 31 q=-1.0 size= 8248kB time=00:00:22.20 bitrate=3043.7kbits/s frame= 673 fps= 31 q=-1.0 size= 8432kB time=00:00:22.70 bitrate=3042.8kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 695 >= 695 frame= 689 fps= 31 q=-1.0 size= 8627kB time=00:00:23.20 bitrate=3046.1kbits/s frame= 703 fps= 31 q=-1.0 size= 8798kB time=00:00:23.70 bitrate=3041.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 719 >= 719 frame= 718 fps= 31 q=-1.0 size= 8981kB time=00:00:24.20 bitrate=3040.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 731 >= 731 frame= 733 fps= 31 q=-1.0 size= 9165kB time=00:00:24.70 bitrate=3039.6kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 755 >= 755 frame= 749 fps= 31 q=-1.0 size= 9372kB time=00:00:25.20 bitrate=3046.7kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 767 >= 767 frame= 763 fps= 31 q=-1.0 size= 9537kB time=00:00:25.70 bitrate=3039.9kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 779 >= 779 frame= 778 fps= 31 q=-1.0 size= 9721kB time=00:00:26.20 bitrate=3039.3kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 791 >= 791 frame= 793 fps= 31 q=-1.0 size= 9904kB time=00:00:26.70 bitrate=3038.6kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 803 >= 803 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 815 >= 815 frame= 809 fps= 31 q=-1.0 size= 10098kB time=00:00:27.20 bitrate=3041.3kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 827 >= 827 frame= 823 fps= 31 q=-1.0 size= 10270kB time=00:00:27.70 bitrate=3037.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 839 >= 839 frame= 838 fps= 31 q=-1.0 size= 10456kB time=00:00:28.20 bitrate=3037.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 851 >= 851 frame= 854 fps= 31 q=-1.0 size= 10649kB time=00:00:28.73 bitrate=3035.9kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 863 >= 863 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 875 >= 875 frame= 869 fps= 31 q=-1.0 size= 10830kB time=00:00:29.20 bitrate=3038.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 887 >= 887 frame= 883 fps= 31 q=-1.0 size= 11001kB time=00:00:29.70 bitrate=3034.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 899 >= 899 frame= 899 fps= 31 q=-1.0 size= 11202kB time=00:00:30.23 bitrate=3035.4kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 911 >= 911 frame= 914 fps= 31 q=-1.0 size= 11386kB time=00:00:30.73 bitrate=3035.0kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 923 >= 923 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 935 >= 935 frame= 929 fps= 31 q=-1.0 size= 11569kB time=00:00:31.20 bitrate=3037.6kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 947 >= 947 frame= 943 fps= 31 q=-1.0 size= 11739kB time=00:00:31.70 bitrate=3033.7kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 959 >= 959 frame= 959 fps= 31 q=-1.0 size= 11935kB time=00:00:32.23 bitrate=3033.3kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 971 >= 971 frame= 974 fps= 31 q=-1.0 size= 12120kB time=00:00:32.73 bitrate=3033.1kbits/s frame= 989 fps= 31 q=-1.0 size= 12306kB time=00:00:33.23 bitrate=3033.4kbits/s frame= 1003 fps= 31 q=-1.0 size= 12468kB time=00:00:33.70 bitrate=3030.9kbits/s frame= 1019 fps= 31 q=-1.0 size= 12669kB time=00:00:34.23 bitrate=3031.7kbits/s frame= 1034 fps= 31 q=-1.0 size= 12846kB time=00:00:34.73 bitrate=3029.8kbits/s frame= 1049 fps= 31 q=-1.0 size= 13028kB time=00:00:35.23 bitrate=3029.1kbits/s frame= 1064 fps= 31 q=-1.0 size= 13211kB time=00:00:35.73 bitrate=3028.7kbits/s frame= 1079 fps= 31 q=-1.0 size= 13394kB time=00:00:36.23 bitrate=3028.3kbits/s frame= 1094 fps= 31 q=-1.0 size= 13577kB time=00:00:36.73 bitrate=3027.8kbits/s frame= 1109 fps= 31 q=-1.0 size= 13760kB time=00:00:37.23 bitrate=3027.4kbits/s frame= 1124 fps= 31 q=-1.0 size= 13943kB time=00:00:37.73 bitrate=3027.1kbits/s frame= 1139 fps= 31 q=-1.0 size= 14126kB time=00:00:38.23 bitrate=3026.7kbits/s frame= 1154 fps= 31 q=-1.0 size= 14309kB time=00:00:38.73 bitrate=3026.4kbits/s frame= 1169 fps= 31 q=-1.0 size= 14500kB time=00:00:39.23 bitrate=3027.6kbits/s frame= 1184 fps= 31 q=-1.0 size= 14673kB time=00:00:39.73 bitrate=3025.3kbits/s frame= 1199 fps= 31 q=-1.0 size= 14856kB time=00:00:40.23 bitrate=3024.9kbits/s frame= 1214 fps= 31 q=-1.0 size= 15045kB time=00:00:40.73 bitrate=3025.8kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1235 >= 1235 frame= 1229 fps= 31 q=-1.0 size= 15229kB time=00:00:41.20 bitrate=3028.1kbits/s frame= 1244 fps= 31 q=-1.0 size= 15413kB time=00:00:41.73 bitrate=3025.4kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1259 >= 1259 frame= 1259 fps= 31 q=-1.0 size= 15596kB time=00:00:42.23 bitrate=3025.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1271 >= 1271 frame= 1274 fps= 31 q=-1.0 size= 15781kB time=00:00:42.73 bitrate=3025.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1283 >= 1283 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1295 >= 1295 frame= 1289 fps= 31 q=-1.0 size= 15963kB time=00:00:43.20 bitrate=3027.1kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1307 >= 1307 frame= 1304 fps= 31 q=-1.0 size= 16147kB time=00:00:43.73 bitrate=3024.6kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1319 >= 1319 frame= 1319 fps= 31 q=-1.0 size= 16329kB time=00:00:44.23 bitrate=3024.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1331 >= 1331 frame= 1334 fps= 31 q=-1.0 size= 16520kB time=00:00:44.73 bitrate=3025.3kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1343 >= 1343 [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1355 >= 1355 frame= 1349 fps= 31 q=-1.0 size= 16696kB time=00:00:45.20 bitrate=3026.0kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1367 >= 1367 frame= 1364 fps= 31 q=-1.0 size= 16879kB time=00:00:45.73 bitrate=3023.5kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1379 >= 1379 frame= 1379 fps= 31 q=-1.0 size= 17062kB time=00:00:46.23 bitrate=3023.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1391 >= 1391 frame= 1394 fps= 31 q=-1.0 size= 17251kB time=00:00:46.73 bitrate=3023.9kbits/s frame= 1406 fps= 31 q=-1.0 size= 17441kB time=00:00:47.23 bitrate=3024.9kbits/s frame= 1418 fps= 30 q=-1.0 size= 17616kB time=00:00:47.73 bitrate=3023.2kbits/s [h264 @ 0000000007f75780] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1439 >= 1439 frame= 1430 fps= 30 q=-1.0 size= 17853kB time=00:00:48.23 bitrate=3032.1kbits/s frame= 1442 fps= 30 q=-1.0 size= 18088kB time=00:00:48.73 bitrate=3040.5kbits/s frame= 1455 fps= 30 q=-1.0 size= 18224kB time=00:00:49.23 bitrate=3032.3kbits/s frame= 1470 fps= 30 q=-1.0 size= 18392kB time=00:00:49.73 bitrate=3029.5kbits/s frame= 1485 fps= 30 q=-1.0 size= 18574kB time=00:00:50.23 bitrate=3029.0kbits/s frame= 1500 fps= 30 q=-1.0 size= 18748kB time=00:00:50.73 bitrate=3027.3kbits/s frame= 1516 fps= 30 q=-1.0 size= 18964kB time=00:00:51.26 bitrate=3030.3kbits/s frame= 1531 fps= 30 q=-1.0 size= 19132kB time=00:00:51.76 bitrate=3027.7kbits/s frame= 1545 fps= 30 q=-1.0 size= 19304kB time=00:00:52.23 bitrate=3027.5kbits/s frame= 1560 fps= 30 q=-1.0 size= 19481kB time=00:00:52.73 bitrate=3026.4kbits/s frame= 1576 fps= 30 q=-1.0 size= 19683kB time=00:00:53.26 bitrate=3027.0kbits/s frame= 1591 fps= 30 q=-1.0 size= 19857kB time=00:00:53.76 bitrate=3025.5kbits/s frame= 1605 fps= 30 q=-1.0 size= 20031kB time=00:00:54.23 bitrate=3025.7kbits/s frame= 1620 fps= 30 q=-1.0 size= 20211kB time=00:00:54.73 bitrate=3025.0kbits/s frame= 1636 fps= 30 q=-1.0 size= 20410kB time=00:00:55.26 bitrate=3025.3kbits/s frame= 1651 fps= 30 q=-1.0 size= 20589kB time=00:00:55.76 bitrate=3024.4kbits/s frame= 1665 fps= 30 q=-1.0 size= 20766kB time=00:00:56.23 bitrate=3025.1kbits/s frame= 1680 fps= 30 q=-1.0 size= 20945kB time=00:00:56.73 bitrate=3024.3kbits/s frame= 1696 fps= 30 q=-1.0 size= 21144kB time=00:00:57.26 bitrate=3024.7kbits/s frame= 1711 fps= 30 q=-1.0 size= 21329kB time=00:00:57.76 bitrate=3024.8kbits/s frame= 1725 fps= 30 q=-1.0 size= 21499kB time=00:00:58.23 bitrate=3024.4kbits/s frame= 1741 fps= 30 q=-1.0 size= 21687kB time=00:00:58.76 bitrate=3023.2kbits/s frame= 1756 fps= 30 q=-1.0 size= 21871kB time=00:00:59.26 bitrate=3023.1kbits/s frame= 1771 fps= 30 q=-1.0 size= 22052kB time=00:00:59.76 bitrate=3022.6kbits/s No more output streams to write to, finishing. frame= 1778 fps= 30 q=-1.0 Lsize= 22147kB time=00:01:00.00 bitrate=3023.8kbits/s video:22147kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000% Input file #0 (video=Logitech HD Pro Webcam C920): Input stream #0:0 (video): 1779 packets read (22692758 bytes); Total: 1779 packets (22692758 bytes) demuxed Output file #0 (e:\cam\video\ANAUY\enr_2014-12-21__12H31m38s.h264): Output stream #0:0 (video): 1778 packets muxed (22678752 bytes); Total: 1778 packets (22678752 bytes) muxed 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0000000002cc0360] Statistics: 0 seeks, 1785 writeouts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 21 21:37:16 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Dec 2014 20:37:16 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.6e9429b2ef616f2802690fa5233f3e1d@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 Cigaes]: > Replying to [comment:5 cehoyos]: > > I am willing to take the burden. > > I do not think it can work that way for the build system. I don't understand: Why should something that does work fine for x264 not work for other libraries? > The extra code complexity is a nuisance for anyone who needs to look at it, and, unlike for an isolated decoder or demuxer, that means potentially any contributor. I very much doubt this, especially when comparing the "complexity" of our configure script with any other part of FFmpeg. > The slowness, of course, affects everyone. Could you elaborate? > > Removing this support means introducing a regression. > > The difference between a regression and the cleanup of an obsolete feature become useless is only a matter of point of view. Of course. I opened this ticket because I consider this issue a (severe) regression. > > Not everyone who wants to compile FFmpeg can install on the target system. > > Is there a misunderstanding here? pkg-config is required on the build system, never on the target system. I meant the build system, sorry for the wrong wording. > > You misunderstand: When I test, I never install the libraries but always link them from the build directory. (The basis is just my workflow for testing FFmpeg because of user reports that include using external libraries.) > > For the sake of clarity, I suggest we keep the discussion about your use case separate from the discussion about generic users. I do consider myself a user. > Concerning generic users, can you quote actual situations where pkg- config is impossible to install, or at least significantly harder than the other required build components (including yasm)? I mean every user who is not an admin on the build system. Note that yasm is not needed on all targets. > You certainly will need to invoke exotic cases, cross-building or such, but please keep it realistic. Please understand while for you (as for many other FFmpeg developers) it is completely clear how to use pkg-config, for me as for many users who post on the user mailing list it is needlessly difficult. > Concerning your personal use case, I am pretty sure that it is possible to alter your work flow just slightly to adjust to a configure that requires pkg-config. You may possibly even save time by doing that. I would prefer to continue being able to configure FFmpeg without using pkg-config. > If I understand you correctly, you need to be able to build ffmpeg with libfoo that you just built in a separate directory but not installed. That looks pretty easy to achieve. Do you have any other requirement? Yes, I just want to be able to build (configure and build) FFmpeg with (most) external libraries without having to use pkg-config. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 21 22:49:04 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Dec 2014 21:49:04 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.2e8b2cd7761a9cf4d3ecaaf4ba6f8432@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:11 cehoyos]: > I don't understand: Why should something that does work fine for x264 not work for other libraries? I want to get rid of it for x264 too! But for x264, it is already there, for speex, it has been removed, and I object it coming back. > Could you elaborate? configure takes a lot of time, blocking for the rest of the build process. > Of course. > I opened this ticket because I consider this issue a (severe) regression. And I consider it good riddance: configure is faster, simpler, more readable, more reliable. > I meant the build system, sorry for the wrong wording. Then of course they can install something on the build system: they are installing ffmpeg. > I mean every user who is not an admin on the build system. Note that yasm is not needed on all targets. Actual practical examples, please. > Please understand while for you (as for many other FFmpeg developers) it is completely clear how to use pkg-config, for me as for many users who post on the user mailing list it is needlessly difficult. {{{sudo apt-get install pkg-config}}} There is nothing more to do in normal cases. In non-normal cases, the user already did something way more complex than {{{export PKG_CONFIG_PATH=/some/path}}}. > Yes, I just want to be able to build (configure and build) FFmpeg with (most) external libraries without having to use pkg-config. ?without having to use pkg-config? is not a functional need. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 00:40:30 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 21 Dec 2014 23:40:30 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.e1b771676507454132b526ef35e66477@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:12 Cigaes]: > Replying to [comment:11 cehoyos]: > > I don't understand: Why should something that does work fine for x264 not work for other libraries? > > I want to get rid of it for x264 too! But for x264, it is already there, for speex, it has been removed, and I object it coming back. The patch was not reviewed and since libspeex is not completely outdated, we should really allow installation without jumping through the pkg-config hole. > > Could you elaborate? > > configure takes a lot of time, blocking for the rest of the build process. Could you elaborate how the patch made configure faster or how the workaround would make it slower? > > Of course. > > I opened this ticket because I consider this issue a (severe) regression. > > And I consider it good riddance: configure is faster, simpler, more readable, more reliable. I don't think it is faster and calling removing a feature being more reliable is hard to understand for me. > > I meant the build system, sorry for the wrong wording. > > Then of course they can install something on the build system: they are installing ffmpeg. I never install FFmpeg. > > I mean every user who is not an admin on the build system. Note that yasm is not needed on all targets. > > Actual practical examples, please. yasm is not needed on arm and powerpc. > > Please understand while for you (as for many other FFmpeg developers) it is completely clear how to use pkg-config, for me as for many users who post on the user mailing list it is needlessly difficult. > > {{{sudo apt-get install pkg-config}}} This does not even work on my development system and it certainly doesn't work for people using servers where they are not admins. But I meant using pkg-config not installing it. > There is nothing more to do in normal cases. In non-normal cases, the user already did something way more complex than {{{export PKG_CONFIG_PATH=/some/path}}}. I consider this at least a magnitude more difficult than setting a path. > > Yes, I just want to be able to build (configure and build) FFmpeg with (most) external libraries without having to use pkg-config. > > ?without having to use pkg-config? is not a functional need. It is needed for my workflow and was very often requested by users on the user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 01:33:59 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 00:33:59 -0000 Subject: [FFmpeg-trac] #4176(avformat:closed): RTP packetizing for MPEG-TS (RFC 2250) In-Reply-To: <035.401facfeb3b11597c66f913958bc0aa4@avcodec.org> References: <035.401facfeb3b11597c66f913958bc0aa4@avcodec.org> Message-ID: <050.80d17e1d566f4ea71c5f3be318440a42@avcodec.org> #4176: RTP packetizing for MPEG-TS (RFC 2250) -------------------------------------+------------------------------------ Reporter: thovo | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: rtp mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by thovo): * status: new => closed * resolution: => fixed Comment: Added by Martin Storsjo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 16:50:42 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 15:50:42 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.ee69aa9222d2a5ffaee3bc4397f36cca@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:12 Cigaes]: > Replying to [comment:11 cehoyos]: > > Could you elaborate? > > configure takes a lot of time, blocking for the rest of the build process. how much time is saved by removing non pkg-config cases ? > > I mean every user who is not an admin on the build system. Note that yasm is not needed on all targets. > > Actual practical examples, please. Can you or someone else document how to setup & use pkg config for the various cases that people need ? One case iam aware of is cross building, or maybe configure could be made to just work in that case without installing wraper scripts or whatever -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 20:15:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 19:15:06 -0000 Subject: [FFmpeg-trac] #4202(ffmpeg:new): animated webp doesn't loop Message-ID: <036.47da3da4ff8b08dd20d50a6a2466ca33@avcodec.org> #4202: animated webp doesn't loop --------------------------------+---------------------------------- Reporter: Yay295 | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 2.5.1 Keywords: webp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Animated webp files don't loop. Though I guess this may not be a bug since they don't HAVE to loop, it makes sense to me that they should by default. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 20:56:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 19:56:39 -0000 Subject: [FFmpeg-trac] #1937(avformat:closed): cdxl: wrong duration In-Reply-To: <039.5c6681c02f6216fdb77f0852ff3f57a7@avcodec.org> References: <039.5c6681c02f6216fdb77f0852ff3f57a7@avcodec.org> Message-ID: <054.e490552bc38a6e623f6a14f9f90d20f8@avcodec.org> #1937: cdxl: wrong duration -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: cdxl | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 75cc85b23970b1238d6e3107ac817120e42a6686 by applying ami_stuffs patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 21:46:39 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 20:46:39 -0000 Subject: [FFmpeg-trac] #4201(undetermined:new): Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 In-Reply-To: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> References: <042.002fd880685bc2680b23ff70fb90ec26@avcodec.org> Message-ID: <057.8496f7a3b7909f04c71b1a90a02f2f50@avcodec.org> #4201: Error Application provided invalid, non monotonically increasing dts to muxer Logitech C920 -------------------------------------+------------------------------------- Reporter: | Owner: lobothefoots | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lobothefoots): Replying to [comment:2 cehoyos]: > Please upload the output stream. Are these files ok? Do you need more? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 21:59:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 20:59:37 -0000 Subject: [FFmpeg-trac] #2254(avcodec:closed): Unsupported h264 file In-Reply-To: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> References: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> Message-ID: <052.417921d77f59b2bed383fccdba00e345@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: invalid Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: With the latest ffmpeg you can view more of this file with ./ffplay ttvHD_vlc_sample.ts -vf field=0,scale=1920x1080,setsar=1 -flags2 showall beyond that i think this file is just broken If someone knows of a decoder that can decode this better, please reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 22:14:40 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 21:14:40 -0000 Subject: [FFmpeg-trac] #2254(avcodec:closed): Unsupported h264 file In-Reply-To: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> References: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> Message-ID: <052.c8cc431ed8ce334dd25b43a3d5989623@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: invalid Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kierank): Does this decode in JM? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 22:27:45 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 21:27:45 -0000 Subject: [FFmpeg-trac] #3823(avformat:new): RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream In-Reply-To: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> References: <037.a28ba740b2b5b242d5945e35bc48a010@avcodec.org> Message-ID: <052.ae78ea15ffa51844c1c57708d224d6bb@avcodec.org> #3823: RTP encoding of MJPEG from Trendnet TV-IP651WI (IP cam) gives undecodable stream ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mjpeg rtp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Krieger): Replying to [comment:5 thovo]: > Could you re-upload your example file "dump.mkv"? That file was removed from all storages, sorry. But there's a chance that camera owner will take a dump of the stream from it. I'll update the ticket if i get such a file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 22 22:33:11 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 22 Dec 2014 21:33:11 -0000 Subject: [FFmpeg-trac] #2254(avcodec:closed): Unsupported h264 file In-Reply-To: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> References: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> Message-ID: <052.d90a18c5dc993cd0677da349f247d453@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: invalid Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:9 kierank]: > Does this decode in JM? not with 18.4, i get: {{{RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture', invalid bitstream}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 04:30:11 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 03:30:11 -0000 Subject: [FFmpeg-trac] #2254(avcodec:closed): Unsupported h264 file In-Reply-To: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> References: <037.6be6b23aeadc86e03238b70f3f59c589@avcodec.org> Message-ID: <052.4dd8d02c1dd7eb10381cbb5044be4ebe@avcodec.org> #2254: Unsupported h264 file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: invalid Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 05:08:13 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 04:08:13 -0000 Subject: [FFmpeg-trac] #4203(ffmpeg:new): "Non-monotonous DTS in output stream": pulseaudio issue? Message-ID: <043.9a40faedc65e6c58d978c34b51f9f3ac@avcodec.org> #4203: "Non-monotonous DTS in output stream": pulseaudio issue? -------------------------------------+------------------------------------- Reporter: | Type: defect DanielFragaBR | Priority: normal Status: new | Version: git- Component: ffmpeg | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I get the following with GIT: ffmpeg started on 2014-12-22 at 21:01:46 Report written to "ffmpeg-20141222-210146.log" Command line: /usr/local/bin/ffmpeg -report -xerror -loglevel info -f x11grab -framerate 25 -video_size 1920x1200 -i :0.0+0,0 -dcodec copy -f alsa -i pulse -audio_service_type co -vol 512 -vcodec libx264 -acodec libmp3lame -y /home/fraga/src/qx11grab.mp4 ffmpeg version N-68650-gfe439c2 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 22 2014 20:35:32 with gcc 4.9.2 (GCC) configuration: --enable-shared --extra-ldflags=-L/usr/local/lib64 --enable-gpl --enable-postproc --enable-x11grab --enable-libx264 --enable- libx265 --enable-libvorbis --enable-nonfree --enable-libfaac --enable- libmp3lame --enable-libbluray --disable-ffserver --enable-libvpx --enable- libpulse libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 16.100 / 56. 16.100 libavformat 56. 16.101 / 56. 16.101 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 4.100 / 5. 4.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-xerror' ... matched as option 'xerror' (exit on error) with argument '1'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'info'. Reading option '-f' ... matched as option 'f' (force format) with argument 'x11grab'. Reading option '-framerate' ... matched as AVOption 'framerate' with argument '25'. Reading option '-video_size' ... matched as AVOption 'video_size' with argument '1920x1200'. Reading option '-i' ... matched as input file with argument ':0.0+0,0'. Reading option '-dcodec' ... matched as option 'dcodec' (force data codec ('copy' to copy stream)) with argument 'copy'. Reading option '-f' ... matched as option 'f' (force format) with argument 'alsa'. Reading option '-i' ... matched as input file with argument 'pulse'. Reading option '-audio_service_type' ... matched as AVOption 'audio_service_type' with argument 'co'. Reading option '-vol' ... matched as option 'vol' (change audio volume (256=normal)) with argument '512'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'libx264'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'libmp3lame'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '/home/fraga/src/qx11grab.mp4' ... 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 xerror (exit on error) with argument 1. Applying option loglevel (set logging level) with argument info. Applying option vol (change audio volume (256=normal)) with argument 512. Applying option y (overwrite output files) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file :0.0+0,0. Applying option f (force format) with argument x11grab. Successfully parsed a group of options. Opening an input file: :0.0+0,0. [x11grab @ 0x9d1980] All info found Input #0, x11grab, from ':0.0+0,0': Duration: N/A, start: 1419289306.274129, bitrate: N/A Stream #0:0, 1, 1/1000000: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1920x1200, 25 fps, 25 tbr, 1000k tbn, 25 tbc Successfully opened the file. Parsing a group of options: input file pulse. Applying option dcodec (force data codec ('copy' to copy stream)) with argument copy. Applying option f (force format) with argument alsa. Successfully parsed a group of options. Opening an input file: pulse. [alsa @ 0x9d8c40] All info found Guessed Channel Layout for Input Stream #1.0 : stereo Input #1, alsa, from 'pulse': Duration: N/A, start: 1419289306.287454, bitrate: 1536 kb/s Stream #1:0, 1, 1/1000000: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Successfully opened the file. Parsing a group of options: output file /home/fraga/src/qx11grab.mp4. Applying option vcodec (force video codec ('copy' to copy stream)) with argument libx264. Applying option acodec (force audio codec ('copy' to copy stream)) with argument libmp3lame. Successfully parsed a group of options. Opening an output file: /home/fraga/src/qx11grab.mp4. Successfully opened the file. detected 8 logical cores [graph 0 input from stream 0:0 @ 0x9c7ca0] Setting 'video_size' to value '1920x1200' [graph 0 input from stream 0:0 @ 0x9c7ca0] Setting 'pix_fmt' to value '298' [graph 0 input from stream 0:0 @ 0x9c7ca0] Setting 'time_base' to value '1/1000000' [graph 0 input from stream 0:0 @ 0x9c7ca0] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x9c7ca0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x9c7ca0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x9c7ca0] w:1920 h:1200 pixfmt:bgr0 tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [format @ 0x9c7ec0] compat: called with args=[yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16] [format @ 0x9c7ec0] Setting 'pix_fmts' to value 'yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16' [auto-inserted scaler 0 @ 0xa1a400] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0xa1a400] w:iw h:ih flags:'0x4' interl:0 [format @ 0x9c7ec0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x9c7de0] query_formats: 4 queried, 2 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0xa1a400] picking yuv444p out of 7 ref:bgr0 alpha:0 [auto-inserted scaler 0 @ 0xa1a400] w:1920 h:1200 fmt:bgr0 sar:0/1 -> w:1920 h:1200 fmt:yuv444p sar:0/1 flags:0x4 No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [graph 1 input from stream 1:0 @ 0xa1a300] Setting 'time_base' to value '1/48000' [graph 1 input from stream 1:0 @ 0xa1a300] Setting 'sample_rate' to value '48000' [graph 1 input from stream 1:0 @ 0xa1a300] Setting 'sample_fmt' to value 's16' [graph 1 input from stream 1:0 @ 0xa1a300] Setting 'channel_layout' to value '0x3' [graph 1 input from stream 1:0 @ 0xa1a300] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3 -vol has been deprecated. Use the volume audio filter instead. -vol is forwarded to lavfi similarly to -af volume=2.000000. [graph 1 volume for input stream 1:0 @ 0x9b2b20] Setting 'volume' to value '2.000000' [audio format for output stream 0:1 @ 0x9ac1e0] Setting 'sample_fmts' to value 's32p|fltp|s16p' [audio format for output stream 0:1 @ 0x9ac1e0] Setting 'sample_rates' to value '44100|48000|32000|22050|24000|16000|11025|12000|8000' [audio format for output stream 0:1 @ 0x9ac1e0] Setting 'channel_layouts' to value '0x4|0x3' [graph 1 volume for input stream 1:0 @ 0x9b2b20] auto-inserting filter 'auto-inserted resampler 0' between the filter 'graph 1 input from stream 1:0' and the filter 'graph 1 volume for input stream 1:0' [AVFilterGraph @ 0x9b3a00] query_formats: 5 queried, 9 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 0xa27c40] ch:2 chl:stereo fmt:s16 r:48000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz [auto-inserted resampler 0 @ 0xa27c40] tb:0.000021 sample_rate:48000.000000 nb_channels:2.000000 [graph 1 volume for input stream 1:0 @ 0x9b2b20] n:nan t:nan pts:nan precision:float volume:2.000000 volume_dB:6.020600 [libx264 @ 0xa18800] using mv_range_thread = 40 [libx264 @ 0xa18800] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0xa18800] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit [libx264 @ 0xa18800] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - 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 Output #0, mp4, to '/home/fraga/src/qx11grab.mp4': Metadata: encoder : Lavf56.16.101 Stream #0:0, 0, 1/12800: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 1920x1200, q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.16.100 libx264 Stream #0:1, 0, 1/48000: Audio: mp3 (libmp3lame) (i[0][0][0] / 0x0069), 48000 Hz, stereo, fltp Metadata: encoder : Lavc56.16.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264)) Stream #1:0 -> #0:1 (pcm_s16le (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help frame= 14 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A ^Mframe= 28 fps= 27 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A ^Mframe= 40 fps= 26 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A ^Mframe= 53 fps= 26 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A ^M[libx264 @ 0xa18800] frame= 0 QP=24.66 NAL=3 Slice:I Poc:0 I:9000 P:0 SKIP:0 size=176823 bytes [libx264 @ 0xa18800] frame= 1 QP=27.49 NAL=2 Slice:P Poc:2 I:3807 P:357 SKIP:4836 size=155402 bytes [libx264 @ 0xa18800] frame= 2 QP=20.07 NAL=2 Slice:P Poc:4 I:3446 P:603 SKIP:4951 size=206487 bytes [libx264 @ 0xa18800] frame= 3 QP=23.09 NAL=2 Slice:P Poc:12 I:56 P:1271 SKIP:7673 size=12114 bytes [libmp3lame @ 0xa1c380] Queue input is backward in time [libmp3lame @ 0xa1c380] Queue input is backward in time [mp4 @ 0xa17780] Non-monotonous DTS in output stream 0:1; previous: 47, current: -2463; aborting. [AVIOContext @ 0xa15540] Statistics: 0 seeks, 21 writeouts [libx264 @ 0xa18800] frame I:1 Avg QP:24.66 size:176823 [libx264 @ 0xa18800] frame P:3 Avg QP:23.55 size:124668 [libx264 @ 0xa18800] mb I I16..4: 34.9% 28.6% 36.5% [libx264 @ 0xa18800] mb P I16..4: 2.5% 6.4% 18.2% P16..4: 5.8% 1.1% 1.3% 0.0% 0.0% skip:64.7% [libx264 @ 0xa18800] 8x8 transform intra:26.4% inter:7.5% [libx264 @ 0xa18800] coded y,u,v intra: 37.2% 7.0% 6.5% inter: 4.8% 0.5% 0.6% [libx264 @ 0xa18800] i16 v,h,dc,p: 74% 25% 1% 0% [libx264 @ 0xa18800] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 77% 8% 15% 0% 0% 0% 0% 0% 0% [libx264 @ 0xa18800] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 44% 22% 16% 2% 4% 2% 4% 2% 3% [libx264 @ 0xa18800] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0xa18800] ref P L0: 74.1% 12.4% 13.4% 0.1% [libx264 @ 0xa18800] kb/s:27541.30 [libmp3lame @ 0xa1c380] 4 frames left in the queue on closing Conversion failed! ******************** If I grab just the video (not audio), it works fine, like in: /usr/local/bin/ffmpeg -xerror -loglevel info -f x11grab -framerate 25 -video_size 1920x1200 -i :0.0+0,0 -dcodec copy -vcodec libx264 -y /home/fraga/src/qx11grab.mp4 Any hints? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 05:42:20 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 04:42:20 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.5840dd3abe488776e09e81628f088e36@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 DonMoir): Using ffmpeg_chromabug.mpg as a test case, this is not a bug in the decoding as the title of the ticket implies. It decodes fine, and the frames interlaced_frame flag is set to 1. It is up to you at this point to deinterlace or not and you would need to do it before calling into libswscale. libswscale has no notion of it. It is probably such that the command line tools will not do it automatically. You mentioned you may want to do something about it in your own code and this is what I do. I have since pulled the deinterlacing into my own code and use that and don't depend on ffmpeg for that. One problem is the interlace_flag does not contain the type of deinterlacing that should be performed. In all samples that I have and all that I have been able to find, a simple deinterlace such as avpicture_deinterlace works fine. It also works perfect for above sample. It is recommended you use avfilter and yadif for this now, but that can be way more overhead then you need. I do not use avfilter for anything. So if you are using ffmpeg_chromabug.mpg as a sample to point to how this is a bug, then that is incorrect. It displays perfect for me using the following. decode->deinterlace->scale not decode->scale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 05:42:54 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 04:42:54 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.9570c4bab35c6ee789951bef73cb1650@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 06:01:19 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 05:01:19 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.d1a100ed92bff782252e5774706cb2dd@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 DonMoir): ffmpeg_chromabug.mpg decoded deinterlaced correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 08:24:52 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 07:24:52 -0000 Subject: [FFmpeg-trac] #4203(ffmpeg:closed): "Non-monotonous DTS in output stream": pulseaudio issue? In-Reply-To: <043.9a40faedc65e6c58d978c34b51f9f3ac@avcodec.org> References: <043.9a40faedc65e6c58d978c34b51f9f3ac@avcodec.org> Message-ID: <058.f9bfe146d4df71ea93eb37c5fa9cd1fb@avcodec.org> #4203: "Non-monotonous DTS in output stream": pulseaudio issue? -------------------------------------+------------------------------------- Reporter: | Owner: DanielFragaBR | Status: closed Type: defect | Component: ffmpeg Priority: normal | Resolution: Version: git-master | worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by DanielFragaBR): * status: new => closed * resolution: => worksforme Comment: A workaround is to use the -af aresample=async=1 parameter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 09:35:44 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 08:35:44 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.538844cc6c41e06fb2cf573feaec5686@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 clam): Replying to [comment:26 DonMoir]: > So if you are using ffmpeg_chromabug.mpg as a sample to point to how this is a bug, then that is incorrect. It displays perfect for me using the following. > > decode->deinterlace->scale '''not''' decode->scale Your assumption that the user wants to deinterlace the video is incorrect. As a matter of fact, I use ffmpeg to convert videos without deinterlacing them. So it's "up to ffmpeg" to handle interlaced chroma correctly when deinterlacing is not required :) Your comment about deinterlacing is interesting though, because you say that the user need to call a deinterlacing filter manually when the input video need to be deinterlaced. IMO this breaks the purpose of a video transcoder/converter : there should be a way to call the filter only if needed (like : deinterlace only if source is interlaced), else you need to analyze the video before calling ffmpeg. And as far as I'm concerned when I call deinterlacing I always want to get a doubled framerate to avoid discarding half of the video. But this is a completely different matter, as I said we are talking here about format conversion without calling any filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 10:43:25 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 09:43:25 -0000 Subject: [FFmpeg-trac] #4197(build system:new): libspeex detection is broken on systems without pkg-config In-Reply-To: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> References: <037.bc8877f9c9557b7853c806066f8a6d3b@avcodec.org> Message-ID: <052.7c272b99d36094a9826e5011a886cbcb@avcodec.org> #4197: libspeex detection is broken on systems without pkg-config -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: build Version: git-master | system Keywords: libspeex | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:14 michael]: > how much time is saved by removing non pkg-config cases ? I must admit, I got carried away. Thinking more specifically about it, the non pkg-config case will only take time if the library was enabled but pkg-config fails. It will only be a burden when auto-detection will be implemented. > Can you or someone else document on the wiki how to setup & use pkg config for the various cases that people need ? Sure. [http://ffmpeg.org/pipermail/ffmpeg-devel/2014-December/166877.html Patch on the mailing-list.] > One case iam aware of is cross building, or maybe configure could be made to just work in that case without installing wraper scripts or whatever The most common cases can probably be automated, but I am not familiar enough with cross-compiling to know what the most common cases are. If we can get the linker's search path ({{{ld --verbose | grep SEARCH_DIR}}}), we can set {{{PKG_CONFIG_LIBDIR}}} accordingly, but I do not know if that default search path is usually relevant. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 11:37:18 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 10:37:18 -0000 Subject: [FFmpeg-trac] #3789(ffmpeg:new): shortest command doesnt work when using a filter_complex with audio and video filters In-Reply-To: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> References: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> Message-ID: <053.23e69b7d5bb849a2c5cc90125d277666@avcodec.org> #3789: shortest command doesnt work when using a filter_complex with audio and video filters ------------------------------------+---------------------------------- Reporter: phingers | Owner: Type: defect | Status: new Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: shortest | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by Li0n5): Confirmed, got this bug too. It just encodes infinitely. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 13:21:32 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 12:21:32 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.e98c243825784c5755093d0c6b2c4f19@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 DonMoir): Yeah, I see your point and just my 2 cents. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 17:29:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 16:29:47 -0000 Subject: [FFmpeg-trac] #4204(undetermined:new): Stream specifier Message-ID: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Type: task Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to join the video files with different streams count Here is my code: target_width=720 target_height=480 target_aspect_ratio=$target_width/$target_height ./ffmpeg -y -i mp4.mp4 -i ogv.ogv -i ogv2.ogv -vcodec ppm -filter_complex "[0:0] [0:1] [1:0] [1:1] [2:0] [2:1] concat=n=3:v=1:a=1:unsafe=1 [v] [a]" -s '1280x1080' -b:v '512K' -b:a '128K' -strict -2 -c:v libx264 -preset ultrafast -map [v] -map [a] -r 30 outtmp.mp4 ./ffmpeg -i outtmp.mp4 -s $target_width'x'$target_height -vf "scale=iw*sar:ih , pad=max(iw\,ih*($target_aspect_ratio)):ow/($target_aspect_ratio):(ow-iw)/2 :(oh-ih)/2" -aspect $target_width':'$target_height -strict -2 777.mp4 rm -f outtmp.mp4 In console i get the following error: Stream specifier ':1' in filtergraph description [0:0] [0:1] [1:0] [1:1] [2:0] [2:1] concat=n=3:v=1:a=1:unsafe=1 [v] [a] matches no streams. How can I detect that video file does not have stream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 20:30:21 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 19:30:21 -0000 Subject: [FFmpeg-trac] #4205(ffmpeg:new): NVENC HEVC Support Message-ID: <042.71bdf503d2f51c442aebb147ed4b86d3@avcodec.org> #4205: NVENC HEVC Support -------------------------------------+------------------------------------- Reporter: | Type: smallishzulu | enhancement Status: new | Priority: normal Component: ffmpeg | Version: git- Keywords: hevc, nvenc | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hello, I see in the release notes and on git version that nvenc support is being added to FFmpeg for h264 encoding. Today, Nvidia released new SDK 5.0 with below update: - Support for HEVC (H.265) encoding on GM20x GPUs (GTX980 and future Quadro/Tesla/GRID platforms based on GM20x GPUs) With new SDK hevc encoding is also possible using Maxwell 2 GPU. Any plan to add this feature as well ? Thank you, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 20:43:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 19:43:47 -0000 Subject: [FFmpeg-trac] #4205(avcodec:new): NVENC HEVC Support In-Reply-To: <042.71bdf503d2f51c442aebb147ed4b86d3@avcodec.org> References: <042.71bdf503d2f51c442aebb147ed4b86d3@avcodec.org> Message-ID: <057.b0017418c2d680dc898d29657f5cecf6@avcodec.org> #4205: NVENC HEVC Support --------------------------------------+----------------------------------- Reporter: smallishzulu | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: hevc, nvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by llogan): * priority: normal => wish * component: ffmpeg => avcodec Comment: Patches are welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 20:49:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 19:49:43 -0000 Subject: [FFmpeg-trac] #4204(undetermined:new): Stream specifier In-Reply-To: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> References: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> Message-ID: <051.c754eb23fafb09f9ccb03265bbf33b8f@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Owner: Type: task | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): You need to include an unscripted command and the complete console output. Then we can attempt to duplicate the issue and determine if this is a bug or not. Please use code block to format your command and output: https://trac.ffmpeg.org/wiki/WikiFormatting#PreformattedText -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 21:47:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 20:47:55 -0000 Subject: [FFmpeg-trac] #4202(avformat:open): animated webp doesn't loop by default (was: animated webp doesn't loop) In-Reply-To: <036.47da3da4ff8b08dd20d50a6a2466ca33@avcodec.org> References: <036.47da3da4ff8b08dd20d50a6a2466ca33@avcodec.org> Message-ID: <051.2dc5e6dce698a44b87ae0fdf9478b1c9@avcodec.org> #4202: animated webp doesn't loop by default -------------------------------------+------------------------------------ Reporter: Yay295 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: webp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by jamal): * status: new => open * component: ffmpeg => avformat * priority: normal => wish * version: 2.5.1 => git-master * type: defect => enhancement Comment: When creating an animated webp file you can choose how many times the animation should loop using the -loop option. A value of -1 means infinite loop. By default it's set to 0, which means no loop. It could be changed to infinite by default if that's preferred. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 22:18:51 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 21:18:51 -0000 Subject: [FFmpeg-trac] #4206(undetermined:new): 1080i stream not recognized as interlaced Message-ID: <042.411a0765c13ee22f80a3fbc7916457a7@avcodec.org> #4206: 1080i stream not recognized as interlaced -------------------------------------+------------------------------------- Reporter: | Type: defect adamvleggett | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The stream is simply recognized as progressive. There are no significant steps to reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 23:14:38 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 22:14:38 -0000 Subject: [FFmpeg-trac] #2394(swscale:closed): BGRA downscaling shifts colors In-Reply-To: <036.a06557aa80776f49827385480245b4f7@avcodec.org> References: <036.a06557aa80776f49827385480245b4f7@avcodec.org> Message-ID: <051.90490a0fdade3eddee29252a748276ab@avcodec.org> #2394: BGRA downscaling shifts colors ------------------------------------+-------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: worksforme Keywords: bgra | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by michael): * status: open => closed * resolution: => worksforme Comment: cant reproduce anymore, so i assume this has probably been fixed please reopen if its still reproduceabel for you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 23 23:29:33 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 22:29:33 -0000 Subject: [FFmpeg-trac] #2452(undetermined:closed): decoding yuv420p to rgb shifts luminance down In-Reply-To: <035.686c0e682586b716d1aa0bdd624b75ff@avcodec.org> References: <035.686c0e682586b716d1aa0bdd624b75ff@avcodec.org> Message-ID: <050.931911158dfac21d89e27efa3a989bc2@avcodec.org> #2452: decoding yuv420p to rgb shifts luminance down -------------------------------------+------------------------------------- Reporter: burek | 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: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => needs_more_info Comment: The input file is correctly decoded, the fault is in what / how created the input file. I would guess that the wrong pixel format was used mixing jpeg and mpeg luma ranges -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 00:25:46 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 23 Dec 2014 23:25:46 -0000 Subject: [FFmpeg-trac] #2570(swscale:closed): pix format convert producing black vertical line at the right side when width is not multiply of 4 In-Reply-To: <039.75fb2558a9e08c0a75b12f99f84715c5@avcodec.org> References: <039.75fb2558a9e08c0a75b12f99f84715c5@avcodec.org> Message-ID: <054.86090be491c423464f2b88cb9a803361@avcodec.org> #2570: pix format convert producing black vertical line at the right side when width is not multiply of 4 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 3d00ba2688f69a55ed2832349b802997bef7f876 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 09:25:54 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 08:25:54 -0000 Subject: [FFmpeg-trac] #4204(undetermined:new): Stream specifier In-Reply-To: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> References: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> Message-ID: <051.e40f522e47cabfffdb70b0501ad7ba57@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Owner: Type: task | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by byelik): Here is code of bash file {{{ target_width=720 target_height=480 target_aspect_ratio=$target_width/$target_height ./ffmpeg -y -i mp4.mp4 -i ogv.ogv -i ogv2.ogv -vcodec ppm -filter_complex "[0:0] [0:1] [1:0] [1:1] [2:0] [2:1] concat=n=3:v=1:a=1:unsafe=1 [v] [a]" -s '1280x1080' -b:v '512K' -b:a '128K' -strict -2 -c:v libx264 -preset ultrafast -map [v] -map [a] -r 30 outtmp.mp4 ./ffmpeg -i outtmp.mp4 -s $target_width'x'$target_height -vf "scale=iw*sar:ih , pad=max(iw\,ih*($target_aspect_ratio)):ow/($target_aspect_ratio):(ow-iw)/2 :(oh-ih)/2" -aspect $target_width':'$target_height -strict -2 777.mp4 rm -f outtmp.mp4 }}} Console output {{{ iMac-Vladimir:BYELIK BYELIK$ ./test.sh ffmpeg version 2.4.3 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 4 2014 11:01:51 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable- decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-filters --enable-libgsm --enable-libvidstab --enable-libx265 --arch=x86_64 --enable-runtime-cpudetect libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mp4.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf56.4.101 Duration: 00:00:18.20, start: 0.000000, bitrate: 359 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 355 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default) Metadata: handler_name : VideoHandler Input #1, ogg, from 'ogv.ogv': Duration: 00:00:02.55, start: 0.000000, bitrate: 310 kb/s Stream #1:0(und): Video: theora, yuv420p, 640x480 [SAR 4:3 DAR 16:9], 30 fps, 30 tbr, 30 tbn, 30 tbc Metadata: CREATION_TIME : 2014-12-04 08:57:02 LANGUAGE : und HANDLER_NAME : Core Media Data Handler ENCODER : Lavc56.1.100 libtheora MAJOR_BRAND : qt MINOR_VERSION : 0 COMPATIBLE_BRANDS: qt Stream #1:1(und): Audio: vorbis, 44100 Hz, stereo, fltp, 112 kb/s Metadata: CREATION_TIME : 2014-12-04 08:57:02 LANGUAGE : und HANDLER_NAME : Core Media Data Handler ENCODER : Lavc56.1.100 libvorbis MAJOR_BRAND : qt MINOR_VERSION : 0 COMPATIBLE_BRANDS: qt Input #2, ogg, from 'ogv2.ogv': Duration: 00:00:02.55, start: 0.000000, bitrate: 310 kb/s Stream #2:0(und): Video: theora, yuv420p, 640x480 [SAR 4:3 DAR 16:9], 30 fps, 30 tbr, 30 tbn, 30 tbc Metadata: CREATION_TIME : 2014-12-04 08:57:02 LANGUAGE : und HANDLER_NAME : Core Media Data Handler ENCODER : Lavc56.1.100 libtheora MAJOR_BRAND : qt MINOR_VERSION : 0 COMPATIBLE_BRANDS: qt Stream #2:1(und): Audio: vorbis, 44100 Hz, stereo, fltp, 112 kb/s Metadata: CREATION_TIME : 2014-12-04 08:57:02 LANGUAGE : und HANDLER_NAME : Core Media Data Handler ENCODER : Lavc56.1.100 libvorbis MAJOR_BRAND : qt MINOR_VERSION : 0 COMPATIBLE_BRANDS: qt Stream specifier ':1' in filtergraph description [0:0] [0:1] [1:0] [1:1] [2:0] [2:1] concat=n=3:v=1:a=1:unsafe=1 [v] [a] matches no streams. ffmpeg version 2.4.3 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 4 2014 11:01:51 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable- pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable- decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-filters --enable-libgsm --enable-libvidstab --enable-libx265 --arch=x86_64 --enable-runtime-cpudetect libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 / 56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 0.100 / 53. 0.100 outtmp.mp4: No such file or directory iMac-Vladimir:BYELIK BYELIK$ }}} I need to know how to join video files with different stream count. Video files are attached. Thanks in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:26:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:26:27 -0000 Subject: [FFmpeg-trac] #4206(undetermined:new): 1080i stream not recognized as interlaced In-Reply-To: <042.411a0765c13ee22f80a3fbc7916457a7@avcodec.org> References: <042.411a0765c13ee22f80a3fbc7916457a7@avcodec.org> Message-ID: <057.621ef21ae70867f7884c58b0d72d42a5@avcodec.org> #4206: 1080i stream not recognized as interlaced -------------------------------------+------------------------------------- Reporter: | Owner: adamvleggett | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): To make this a valid ticket please provide the command line that allows you to reproduce the ticket together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:27:59 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:27:59 -0000 Subject: [FFmpeg-trac] #4204(undetermined:new): Stream specifier In-Reply-To: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> References: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> Message-ID: <051.64d911f188e0afa0ad64947f2e33665c@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Owner: Type: task | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Are you reporting a bug? If yes, please explain why you believe FFmpeg should act differently. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:30:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:30:26 -0000 Subject: [FFmpeg-trac] #4204(undetermined:new): Stream specifier In-Reply-To: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> References: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> Message-ID: <051.633afb7433c766837d707490a1cf128c@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Owner: Type: task | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by byelik): I'm not saying that is a bug. I need help to solve the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:31:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:31:17 -0000 Subject: [FFmpeg-trac] #4204(undetermined:new): Stream specifier In-Reply-To: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> References: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> Message-ID: <051.7bbf4fe1e57ab5033d9f7542ca708718@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Owner: Type: task | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by byelik): How can I get support? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:38:50 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:38:50 -0000 Subject: [FFmpeg-trac] #4204(undetermined:new): Stream specifier In-Reply-To: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> References: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> Message-ID: <051.57c8d2b78844df3762c8227ebf4af470@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Owner: Type: task | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please read https://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:38:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:38:52 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.49cceb7f9c0428265b9465c270cde757@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gentian): I have also feedback from other companies that deliver OTT services using ffmpeg/HLS that they can not support dvbsub subtitles and could not burn them for live channels. only by using proprietary encoding appliances they could achieve this feature. if there is someone from ffmpeg community who has done this please contribute with a fix or let us know as i believe there are many others who desperately need this feature to work with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:41:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:41:39 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.127315705ea613308181622d5c9936f9@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please ask other companies if they reported this issue to FFmpeg / how they believe that issues may be fixed without a report... (Trac does not report file uploads as ticket updates, I didn't know you provided a sample until now.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 10:44:52 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 09:44:52 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.74c616a8181de8693ad560dca0abc77b@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gentian): ok, i did not know that trac was not reporting file upload. not sure, but i have checked their service in two cases and there are no subs. and i have seen some tickets with dvbsub-burning issue so i have a feeling there is a general problem with that. if it only with me then is better cause then there would be a solution :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 13:39:14 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 12:39:14 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.2546fbdc8125f482d6d39d31c60a8382@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): service_name and service_provider differ between your console output and the uploaded sample: How did you produce the uploaded sample? Please upload a dump of the input stream, not a file created with remuxing the input stream with FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 14:56:20 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 13:56:20 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.1a2cc3c2b8b334a79d60bdcbf694c6b9@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gentian): i used ffmpeg -i -map 0:p:1002 -c copy to sample.ts, tell me what do you need me to use for the dumping process? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 15:01:12 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 14:01:12 -0000 Subject: [FFmpeg-trac] #4200(undetermined:new): dvbsub burning overlay not working In-Reply-To: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> References: <037.428e6c263367c1b7267d0c6c4851b6f1@avcodec.org> Message-ID: <052.98e909d1bd6ecfd66d508adf61340f2e@avcodec.org> #4200: dvbsub burning overlay not working -------------------------------------+------------------------------------- Reporter: gentian | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I often use {{{mplayer -dumpstream}}}, I am sure there are alternatives. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 16:59:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 15:59:39 -0000 Subject: [FFmpeg-trac] #3356(undetermined:open): feature request: Segment HLS streams on SCTE 35 markers In-Reply-To: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> References: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> Message-ID: <055.32ae359120efc534ecd5ed67b21fc773@avcodec.org> #3356: feature request: Segment HLS streams on SCTE 35 markers -------------------------------------+------------------------------------- Reporter: adamscybot | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: hls bounty | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): I am working on it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 20:13:34 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 19:13:34 -0000 Subject: [FFmpeg-trac] #2452(undetermined:closed): decoding yuv420p to rgb shifts luminance down In-Reply-To: <035.686c0e682586b716d1aa0bdd624b75ff@avcodec.org> References: <035.686c0e682586b716d1aa0bdd624b75ff@avcodec.org> Message-ID: <050.351c36e6d025d29e25999666018b31fb@avcodec.org> #2452: decoding yuv420p to rgb shifts luminance down -------------------------------------+------------------------------------- Reporter: burek | 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: 1 -------------------------------------+------------------------------------- Comment (by glopes): Replying to [comment:17 michael]: > The input file is correctly decoded, the fault is in what / how created the input file. I would guess that the wrong pixel format was used mixing jpeg and mpeg luma ranges Well, in regards to "what" created the input file, it was FFmpeg itself, so if there is anything wrong in the encoder it is a bug in FFmpeg as well. Also, ffmpeg version N-51639-g7775992 was correctly decoding the file, so clearly something changed, would at least be helpful to know what. Did anyone try the patch in comment:11? I'll try encoding/decoding grayscale in the latest ffmpeg and report what I find there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 20:56:18 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 19:56:18 -0000 Subject: [FFmpeg-trac] #4207(avcodec:new): FFmpeg compile problem witb --enable-nvenc Message-ID: <042.fd3fc402d21d5459fa55c7b8f5d64430@avcodec.org> #4207: FFmpeg compile problem witb --enable-nvenc -------------------------------------+------------------------------------- Reporter: | Type: defect smallishzulu | Priority: normal Status: new | Version: git- Component: avcodec | master Keywords: nvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, When try to compile from git using --enable-nvenc, compiler gives error on line 516 for libavcodec/nvenc.c encode_session_params.clientKeyPtr = &license; This error is given as; Starting with the GeForce 334.67 driver, NVENC no longer requires a license key to use on GeForce cards. Ref: http://stackoverflow.com/questions/16630414/nvenc-feature-not- available-for-current-license-key-type-error-from-nvencoder So error can not find clientKeyPtr attiribute. 2nd error is at line 1078; memcpy(&pic_params.rcParams, &ctx->encode_config.rcParams, sizeof(NV_ENC_RC_PARAMS)); can not find attiribute again. I removed the line and compiled. It works fine with a Geforce card. But I do not know what the effect will be. Kind Regards, A FFmpeg user - no developer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 22:28:30 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 21:28:30 -0000 Subject: [FFmpeg-trac] #3356(undetermined:open): feature request: Segment HLS streams on SCTE 35 markers In-Reply-To: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> References: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> Message-ID: <055.7a942357c0cedf96b1cee13e21d12479@avcodec.org> #3356: feature request: Segment HLS streams on SCTE 35 markers -------------------------------------+------------------------------------- Reporter: adamscybot | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: hls bounty | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adamscybot): Replying to [comment:16 scaryguy]: > Any updates about the issue? @adamscybot did you work on this with @Krieger? Unfortunately not, I never received contact from a single person regarding this ticket. However, it is telling that this ticket is now the top result for the search term "scte35 HLS." Presumably interest is reasonably high. Like many others, we continued use of proprietary encoders. Though the completion of this ticket would be a big deal for anyone doing programme insertion in live streams, me included! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 22:49:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 21:49:38 -0000 Subject: [FFmpeg-trac] #4204(undetermined:closed): Stream specifier In-Reply-To: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> References: <036.8e366b6dc914b9fe5f9aa32047c0b93d@avcodec.org> Message-ID: <051.fbaf766319b8c729ca3f1e2ad613433b@avcodec.org> #4204: Stream specifier -------------------------------------+------------------------------------- Reporter: byelik | Owner: Type: task | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => closed * resolution: => invalid Comment: I see no bug here. This bug tracker is not a user support resource. Please use ffmpeg-user mailing list (which I see you have done) or #ffmpeg IRC channel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 24 23:08:26 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 22:08:26 -0000 Subject: [FFmpeg-trac] #4207(avcodec:new): FFmpeg compile problem witb --enable-nvenc In-Reply-To: <042.fd3fc402d21d5459fa55c7b8f5d64430@avcodec.org> References: <042.fd3fc402d21d5459fa55c7b8f5d64430@avcodec.org> Message-ID: <057.28e2453f87d2abab6821488c08246764@avcodec.org> #4207: FFmpeg compile problem witb --enable-nvenc --------------------------------------+----------------------------------- Reporter: smallishzulu | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: nvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by asavah): Indeed this happens with the latest nvenc_5.0.1_sdk It builds fine with the includes from nvenc_4.0.0_windows_sdk (yep windows!). However it would be nice if someone updated nvenc code for the new 5.0.1 sdk. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 00:45:08 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 24 Dec 2014 23:45:08 -0000 Subject: [FFmpeg-trac] #2078(avformat:open): FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center In-Reply-To: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> References: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> Message-ID: <056.44de6da99b0d9011977dde76b24d7f16@avcodec.org> #2078: FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rsummers204): Added my vote for this too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 01:31:28 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 00:31:28 -0000 Subject: [FFmpeg-trac] #3230(avcodec:closed): wvc1: artefacts with interlaced bottom field first In-Reply-To: <039.bab3ee6d1c591abb9b7c57006ac075dd@avcodec.org> References: <039.bab3ee6d1c591abb9b7c57006ac075dd@avcodec.org> Message-ID: <054.3a6ebc839e82d3a3505f75c98927191b@avcodec.org> #3230: wvc1: artefacts with interlaced bottom field first ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in b51cc701bc4ac34959944f30ca8a7e01e1338d43 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 03:15:19 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 02:15:19 -0000 Subject: [FFmpeg-trac] #4139(avdevice:open): xcbgrab (x11grab device) fails to build with libxcb < 1.4 In-Reply-To: <038.f80a13031712e481c2e330ff67c7b7b6@avcodec.org> References: <038.f80a13031712e481c2e330ff67c7b7b6@avcodec.org> Message-ID: <053.6a10104303257ad1c5f3773839a7f560@avcodec.org> #4139: xcbgrab (x11grab device) fails to build with libxcb < 1.4 ------------------------------------+------------------------------------ Reporter: barsnick | Owner: Type: defect | Status: open Priority: minor | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => xcb * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 03:23:11 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 02:23:11 -0000 Subject: [FFmpeg-trac] #4139(avdevice:open): xcbgrab (x11grab device) fails to build with libxcb < 1.4 In-Reply-To: <038.f80a13031712e481c2e330ff67c7b7b6@avcodec.org> References: <038.f80a13031712e481c2e330ff67c7b7b6@avcodec.org> Message-ID: <053.813c46bd8486a6942355ab7b2313eaab@avcodec.org> #4139: xcbgrab (x11grab device) fails to build with libxcb < 1.4 ------------------------------------+------------------------------------ Reporter: barsnick | Owner: Type: defect | Status: open Priority: minor | Component: avdevice Version: git-master | Resolution: Keywords: xcb | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Workaround is to use {{{--disable-libxcb-shm}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 15:26:11 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 14:26:11 -0000 Subject: [FFmpeg-trac] #3356(undetermined:open): feature request: Segment HLS streams on SCTE 35 markers In-Reply-To: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> References: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> Message-ID: <055.f3a3addc35a01a7e488fb54efda71a6d@avcodec.org> #3356: feature request: Segment HLS streams on SCTE 35 markers -------------------------------------+------------------------------------- Reporter: adamscybot | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: hls bounty | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): @adamscybot I am able to parse scte data using ffmpeg, here is debug print of ffmpeg. a141982112 at linux-6jho:~/work/anshul/Project/FFmpeg> ./ffmpeg -loglevel debug -i ~/test_videos/mpegwithscte35.ts -dcodec cue_xml -map 0:0 some.ts ffmpeg version N-67232-g2ff4edf Copyright (c) 2000-2014 the FFmpeg developers built on Dec 24 2014 16:06:16 with gcc 4.7 (SUSE Linux) configuration: --enable-libass --disable-optimizations --enable-libx264 --enable-gpl --enable-libfreetype --disable-optimizations libavutil 54. 11.100 / 54. 11.100 libavcodec 56. 10.100 / 56. 10.100 libavformat 56. 11.100 / 56. 11.100 libavdevice 56. 2.100 / 56. 2.100 libavfilter 5. 2.100 / 5. 2.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument '/home/a141982112/test_videos/mpegwithscte35.ts'. Reading option '-dcodec' ... matched as option 'dcodec' (force data codec ('copy' to copy stream)) with argument 'cue_xml'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '0:0'. Reading option 'some.ts' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /home/a141982112/test_videos/mpegwithscte35.ts. Successfully parsed a group of options. Opening an input file: /home/a141982112/test_videos/mpegwithscte35.ts. [mpegts @ 0xa21c980] Format mpegts probed with size=2048 and score=100 [mpegts @ 0xa21c980] stream=1 stream_type=1b pid=65 prog_reg_desc=CUEI [mpegts @ 0xa21c980] stream=2 stream_type=4 pid=100 prog_reg_desc=CUEI [mpegts @ 0xa21c980] Before avformat_find_stream_info() pos: 0 bytes read:131072 seeks:1 [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] decode_slice_header error [h264 @ 0xa220d00] no frame! [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] decode_slice_header error [h264 @ 0xa220d00] no frame! [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] decode_slice_header error [h264 @ 0xa220d00] no frame! [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] decode_slice_header error [h264 @ 0xa220d00] no frame! [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] decode_slice_header error [h264 @ 0xa220d00] no frame! [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] non-existing SPS 0 referenced in buffering period [h264 @ 0xa220d00] non-existing PPS 0 referenced [h264 @ 0xa220d00] decode_slice_header error [h264 @ 0xa220d00] no frame! [h264 @ 0xa220d00] Current profile doesn't provide more RBSP data in PPS, skipping [h264 @ 0xa220d00] Increasing reorder buffer to 1 [h264 @ 0xa220d00] no picture [mpegts @ 0xa21c980] All programs have pmt, headers found [mpegts @ 0xa21c980] All info found [mpegts @ 0xa21c980] Estimating duration from bitrate, this may be inaccurate [mpegts @ 0xa21c980] After avformat_find_stream_info() pos: 153032 bytes read:294912 seeks:1 frames:39 Input #0, mpegts, from '/home/a141982112/test_videos/mpegwithscte35.ts': Duration: 02:08:49.44, start: 89668.801522, bitrate: 120 kb/s Program 1 Stream #0:0[0x135], 0, 1/90000: Data: scte_35, 0/1 Stream #0:1[0x65], 21, 1/90000: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg, left), 544x576 [SAR 64:33 DAR 544:297], 1/50, 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:2[0x100](eng), 18, 1/90000: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 120 kb/s Successfully opened the file. Parsing a group of options: output file some.ts. Applying option dcodec (force data codec ('copy' to copy stream)) with argument cue_xml. Applying option map (set input stream mapping) with argument 0:0. Successfully parsed a group of options. Opening an output file: some.ts. File 'some.ts' already exists. Overwrite ? [y/N] y Successfully opened the file. [mpegts @ 0xa2881a0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'some.ts': Metadata: encoder : Lavf56.11.100 Stream #0:0, 0, 1/90000: Data: cue_xml, 0/1, 128 kb/s Metadata: encoder : Lavc56.10.100 cue_xml Stream mapping: Stream #0:0 -> #0:0 (scte_35 (native) -> cue_xml (native)) Press [q] to stop, [?] for help [mpegts @ 0xa21c980] Correcting start time by 9223371947185974285 [SCTE 35 Decoder @ 0xa222ec0] NULL packet Last message repeated 29 times [SCTE 35 Decoder @ 0xa222ec0] Insert cmd [SCTE 35 Decoder @ 0xa222ec0] event_id = 296 [SCTE 35 Decoder @ 0xa222ec0] splice_event_cancel_indicator = 0 [SCTE 35 Decoder @ 0xa222ec0] flags = ef [SCTE 35 Decoder @ 0xa222ec0] out_of_network_indicator = 1 [SCTE 35 Decoder @ 0xa222ec0] program_splice_flag = 1 [SCTE 35 Decoder @ 0xa222ec0] duration_flag = 1 [SCTE 35 Decoder @ 0xa222ec0] splice_immediate_flag = 0 [SCTE 35 Decoder @ 0xa222ec0] time = 1e16a1ab8 [SCTE 35 Decoder @ 0xa222ec0] NULL packet Last message repeated 119 times [SCTE 35 Decoder @ 0xa222ec0] Insert cmd [SCTE 35 Decoder @ 0xa222ec0] event_id = 296 [SCTE 35 Decoder @ 0xa222ec0] splice_event_cancel_indicator = 0 [SCTE 35 Decoder @ 0xa222ec0] flags = 4f [SCTE 35 Decoder @ 0xa222ec0] out_of_network_indicator = 0 [SCTE 35 Decoder @ 0xa222ec0] program_splice_flag = 1 [SCTE 35 Decoder @ 0xa222ec0] duration_flag = 0 [SCTE 35 Decoder @ 0xa222ec0] splice_immediate_flag = 0 [SCTE 35 Decoder @ 0xa222ec0] time = 1e2b670d8 [SCTE 35 Decoder @ 0xa222ec0] NULL packet I dont have any tool to cross verify the output. In the video you have shared, there is only one splice command, which is insert. I do need more video with more commands in it. I was also looking for some ready made(may be enterprise) tool output to verify my output. If you can help me, please. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 16:35:45 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 15:35:45 -0000 Subject: [FFmpeg-trac] #4199(build system:open): When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... In-Reply-To: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> References: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> Message-ID: <057.370518ce930ea43121011fb00e243c37@avcodec.org> #4199: When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... -------------------------------------+------------------------------------- Reporter: | Owner: friedinsugar | Status: open Type: defect | Component: build Priority: important | system Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Please test http://article.gmane.org/gmane.comp.video.ffmpeg.devel/186964 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 16:36:07 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 15:36:07 -0000 Subject: [FFmpeg-trac] #4199(build system:open): When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... In-Reply-To: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> References: <042.ed810972589db7b176347d7f9d73cb2e@avcodec.org> Message-ID: <057.c037544f2f93f94bb8f85a71dba61801@avcodec.org> #4199: When omitting '--shlibdir=' for configure, SHLIBDIR expands to $DESTDIR$DESTDIR... -------------------------------------+------------------------------------- Reporter: | Owner: friedinsugar | Status: open Type: defect | Component: build Priority: important | system Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 19:00:01 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 18:00:01 -0000 Subject: [FFmpeg-trac] #2406(undetermined:new): ffmpeg cache protocol bug? In-Reply-To: <035.4ea9ac816c0673e8f06507cc184ae395@avcodec.org> References: <035.4ea9ac816c0673e8f06507cc184ae395@avcodec.org> Message-ID: <050.161d305f09db81a581e54eeda88e98c0@avcodec.org> #2406: ffmpeg cache protocol bug? -------------------------------------+------------------------------------- Reporter: testn | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: cache | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: => cache * version: 1.2 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 20:58:05 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 19:58:05 -0000 Subject: [FFmpeg-trac] #4208(undetermined:new): when converting to .mov "Too many bits per frame requested" Message-ID: <040.649d5f4f0e36adda7a7754692d7eda65@avcodec.org> #4208: when converting to .mov "Too many bits per frame requested" -------------------------------------+------------------------------------- Reporter: EEY2kkuVd6 | 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: Examples of ways to reproduce: 1) ffmpeg -report -i 95d9Mini.avi -strict -2 95d9Mini.mov 2) ffmpeg -report -i 95d9.avi -vf scale=120:-1 -q:v 0 -strict -2 95d9Mini.mov Note that for (1) above, 95d9Mini.avi is produced by the successful execution of: ffmpeg -i 95d9.avi -vf scale=120:-1 -q:v 0 95d9Mini.avi I attach report files for each example above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 21:50:39 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 20:50:39 -0000 Subject: [FFmpeg-trac] #3356(undetermined:open): feature request: Segment HLS streams on SCTE 35 markers In-Reply-To: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> References: <040.85a446d3edaf2c81ddf5eb64b5de439e@avcodec.org> Message-ID: <055.3c3d51d1aaaae550cee13e5118b874fa@avcodec.org> #3356: feature request: Segment HLS streams on SCTE 35 markers -------------------------------------+------------------------------------- Reporter: adamscybot | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: hls bounty | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adamscybot): Replying to [comment:19 er.anshul.maheshwari@?]: > @adamscybot > I dont have any tool to cross verify the output. > In the video you have shared, there is only one splice command, which is insert. > I do need more video with more commands in it. > > I was also looking for some ready made(may be enterprise) tool output to verify my output. > If you can help me, please. > (please contact me at er.anshul.maheshwari at gmail dot com) I should be able to help. My initial impression is that the data outputted there is correct. At the moment, I don't have access to the streams with SCTE markers in, as we are in the process of a rebuild. However, I'm hoping said access will be restored going into january. With this, I will be able to capture some real broadcast streams with SCTE35 markers in for you (both CUE IN and CUE OUT). Have you seen TSReader (http://www.tsreader.com/tsreader/)? With the lite (free) version, you should be able to open the original TS provided on the samples FTP. I *think* you are able to see the decoded scte35 markers with this tool. Keep in touch. I may send over my skype details if that is useful to you, to discuss provision of samples further? Good work! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 22:14:32 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 21:14:32 -0000 Subject: [FFmpeg-trac] #4208(undetermined:closed): aac encoder fails for 8kHz and the default bitrate (was: when converting to .mov "Too many bits per frame requested") In-Reply-To: <040.649d5f4f0e36adda7a7754692d7eda65@avcodec.org> References: <040.649d5f4f0e36adda7a7754692d7eda65@avcodec.org> Message-ID: <055.3dcfe934e3a203cee0061256928e557e@avcodec.org> #4208: aac encoder fails for 8kHz and the default bitrate -------------------------------------+------------------------------------- Reporter: EEY2kkuVd6 | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: aac | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac * status: new => closed * resolution: => invalid Comment: The aac encoder is currently marked as experimental which means that you cannot expect every bitrate to work with every samplerate (especially not a low one) nor that the default bitrate makes sense. Improvements for the aac encoder are currently discussed - see ticket #2686 - and will hopefully be committed soon. If the bug is still reproducible after these improvements, it will be possible to fix it but as long as the encoder is marked as experimental, this is not a valid ticket (the discussed improvements will not get easier by committing work-arounds for the current code). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Dec 25 22:14:44 2014 From: trac at avcodec.org (FFmpeg) Date: Thu, 25 Dec 2014 21:14:44 -0000 Subject: [FFmpeg-trac] #2406(undetermined:closed): ffmpeg cache protocol bug? In-Reply-To: <035.4ea9ac816c0673e8f06507cc184ae395@avcodec.org> References: <035.4ea9ac816c0673e8f06507cc184ae395@avcodec.org> Message-ID: <050.0d93602ae8a6cd7fb60116b1ebf9309d@avcodec.org> #2406: ffmpeg cache protocol bug? -------------------------------------+------------------------------------- Reporter: testn | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: cache | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 8706910c4c051dbc7377a702aff11424585d4778 Needs -read_ahead_limit -1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Dec 26 22:45:33 2014 From: trac at avcodec.org (FFmpeg) Date: Fri, 26 Dec 2014 21:45:33 -0000 Subject: [FFmpeg-trac] #4209(undetermined:new): GPS coordinates location and other iOS metadata in MOV are not copied to output MP4 Message-ID: <037.52607cd0612608eadc69227efe80550e@avcodec.org> #4209: GPS coordinates location and other iOS metadata in MOV are not copied to output MP4 -------------------------------------+------------------------------------- Reporter: elmimmo | 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: Certain metadata in MOV files recorded with iOS devices, such as GPS location, is lost when converting to MP4. **ffmpeg** does state in its log that the output file will contain such metadata, but such is not the case as identified with **ffprobe** and **exiftool**. Some of the metadata present in the input MOV that is missing in the output MP4, according to **ffprobe**: - make ("Apple") - encoder - location (GPS latitude/longitude/altitude coordinates) - model (the iPhone/iPad/iPod model) **exiftool** identifies some more: - camera identifier ("Back" or "Front") - Software Version (iOS version) This happens irrespective of input video/audio being transcoded or just repackaged. How to reproduce: {{{ % ffmpeg -i INPUT.mov -map_metadata 0 -c copy OUTPUT.mp4 ffmpeg version 2.5.2 Copyright (c) 2000-2014 the FFmpeg developers built on Dec 26 2014 21:55:58 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.5.2 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable- libx264 --enable-libmp3lame --enable-libxvid --enable-libvo-aacenc --enable-vda libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 13.100 / 56. 13.100 libavformat 56. 15.102 / 56. 15.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 2.103 / 5. 2.103 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'INPUT.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2014-12-26 20:54:22 model : iPhone 4 model-spa : iPhone 4 encoder : 7.1.1 encoder-spa : 7.1.1 date : 2014-12-26T21:54:22+0100 date-spa : 2014-12-26T21:54:22+0100 location : +41.4082+002.1852+027.119/ location-spa : +41.4082+002.1852+027.119/ make : Apple make-spa : Apple Duration: 00:00:01.07, start: 0.000000, bitrate: 11694 kb/s Stream #0:0(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720, 11890 kb/s, 24 fps, 24 tbr, 600 tbn, 1200 tbc (default) Metadata: rotate : 90 creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler encoder : H.264 Side data: displaymatrix: rotation of -90.00 degrees Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 62 kb/s (default) Metadata: creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler Output #0, mp4, to 'OUTPUT.mp4': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2014-12-26 20:54:22 model : iPhone 4 model-spa : iPhone 4 make-spa : Apple encoder : Lavf56.15.102 date : 2014-12-26T21:54:22+0100 date-spa : 2014-12-26T21:54:22+0100 location : +41.4082+002.1852+027.119/ location-spa : +41.4082+002.1852+027.119/ make : Apple Stream #0:0(und): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720, q=2-31, 11890 kb/s, 24 fps, 19200 tbn, 600 tbc (default) Metadata: rotate : 90 creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler encoder : H.264 Side data: displaymatrix: rotation of -90.00 degrees Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, mono, 62 kb/s (default) Metadata: creation_time : 2014-12-26 20:54:22 handler_name : Core Media Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 25 fps=0.0 q=-1.0 Lsize= 1522kB time=00:00:01.06 bitrate=11673.4kbits/s video:1512kB audio:8kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.123020% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 27 15:39:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Dec 2014 14:39:52 -0000 Subject: [FFmpeg-trac] #4210(avformat:new): First HLS segment missing from the m3u8 file Message-ID: <043.d67aef9a023e21be5f245aeed267b6df@avcodec.org> #4210: First HLS segment missing from the m3u8 file -------------------------------------+------------------------------------- Reporter: | Type: defect ElGalloGringo | Priority: normal Status: new | Version: Component: avformat | unspecified Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I have a process where I take an MP4 file generated on an iOS device (H264 Main 3.1), upload it to a server and then have a server script convert the videos to HLS. I do this is a two step process. I first convert the MP4 to single TS files at the various target bitrates with H264 Baseline 3.0 and second use the HLS segmenter to segment each TS file. I then make the master playlist from the individual qualities. The strangest thing is that it actually creates all the segments appropriately, it just isn't including the zero-th segment in the .m3u8 file. Fore example, with the commands below, it results in a file called stream_110k0.ts, but the contents of the resultant m3u8 file is: {{{ #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:7 #EXT-X-MEDIA-SEQUENCE:1 #EXTINF:6.300000, stream_110k1.ts #EXTINF:6.200000, stream_110k2.ts #EXTINF:6.200000, stream_110k3.ts #EXTINF:5.800000, stream_110k4.ts #EXTINF:0.300000, stream_110k5.ts #EXT-X-ENDLIST }}} I have been looking through the code to see if I could see where the problem was occurring, and it looks like it might have something to do with whichever part of the code is calling hls_write_packet in hlsenc.c. The problem is that it looks like hls_write_packet corresponds to a plugin system where write_packet is defined as hls_write_packet and I haven't had the time to go back and try to sort out how that interface works. I think whatever is calling hls_write_packet is not calling this with the zero-th segment. How to reproduce: FIRST STEP {{{ %/opt/pichme/bin/ffmpeg -y -i /tmp/37A10519-AB0B- 4DBB-B654-0FE90A901B0D.mp420141227-16687-8hxt8t -c:v libx264 -preset veryslow -profile:v baseline -level 3.0 -mpegts_copyts 1 -b:v 110k -minrate 110k -maxrate 110k -bufsize 110k -r 10 -g 10 -pass 1 -passlogfile 37A10519-AB0B-4DBB-B654-0FE90A901B0D_110k -c:a libfdk_aac -b:a 48k -f mp4 /dev/null && /opt/pichme/bin/ffmpeg -y -i /tmp/37A10519-AB0B- 4DBB-B654-0FE90A901B0D.mp420141227-16687-8hxt8t -c:v libx264 -preset veryslow -profile:v baseline -level 3.0 -mpegts_copyts 1 -b:v 110k -minrate 110k -maxrate 110k -bufsize 110k -r 10 -g 10 -pass 2 -passlogfile 37A10519-AB0B-4DBB-B654-0FE90A901B0D_110k -c:a libfdk_aac -b:a 48k -vbsf h264_mp4toannexb /tmp/37A10519-AB0B-4DBB-B654-0FE90A901B0D_110k.ts ffmpeg version git-2014-11-13-5c805d6 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 13 2014 20:31:40 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) }}} SECOND STEP {{{ %/opt/pichme/bin/ffmpeg -i /tmp/37A10519-AB0B- 4DBB-B654-0FE90A901B0D_110k.ts -c copy -map 0 -mpegts_copyts 1 -f hls -hls_time 6 /tmp/37A10519-AB0B-4DBB-B654-0FE90A901B0D/stream_110k.m3u8 ffmpeg version git-2014-11-13-5c805d6 Copyright (c) 2000-2014 the FFmpeg developers built on Nov 13 2014 20:31:40 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4) }}} If you need the actual MP4 file that is causing this, let me know and I will make it available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Dec 27 16:35:28 2014 From: trac at avcodec.org (FFmpeg) Date: Sat, 27 Dec 2014 15:35:28 -0000 Subject: [FFmpeg-trac] #4210(avformat:closed): First HLS segment missing from the m3u8 file In-Reply-To: <043.d67aef9a023e21be5f245aeed267b6df@avcodec.org> References: <043.d67aef9a023e21be5f245aeed267b6df@avcodec.org> Message-ID: <058.0189101859250518ebdd841fcbcc21ab@avcodec.org> #4210: First HLS segment missing from the m3u8 file -------------------------------------+------------------------------------- Reporter: | Owner: ElGalloGringo | Status: closed Type: defect | Component: avformat Priority: normal | Resolution: invalid Version: unspecified | Blocked By: Keywords: hls | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ElGalloGringo): * status: new => closed * resolution: => invalid Comment: I closed this, as I am an idiot. Too bad there isn't an "Idiot reporter" option in that dropdown. The problem was that I had never seen the "-hls_list_size" option in any of the examples I had been following and we only occasionally had videos longer than 5 segments, and never more than 6. I thought it was just always chopping the first segment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 01:22:01 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 00:22:01 -0000 Subject: [FFmpeg-trac] #4211(avcodec:new): Assertion sizeof(hwctx->info) >= sizeof(pic_ctx->info) failed at libavcodec/vdpau.c:291 Message-ID: <034.758cbc292eda72abac4393666c18a989@avcodec.org> #4211: Assertion sizeof(hwctx->info) >= sizeof(pic_ctx->info) failed at libavcodec/vdpau.c:291 ---------------------------------+-------------------------------------- Reporter: lvml | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: vdpau | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- When compiling mpv with ffmpeg from their respective repository heads containing this commit merged yesterday: [http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=6f764d291121f4980b292cdaa537aa8fb10cb93b#patch1] ... and then trying to replay a video file using vdpau for hardware acceleration and output, causes mpv to abort with the error message: Assertion sizeof(hwctx->info) >= sizeof(pic_ctx->info) failed at libavcodec/vdpau.c:291 (I will add more information if required, but wanted to get notice of this issue out quickly before the merge becomes "old".) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 02:01:12 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 01:01:12 -0000 Subject: [FFmpeg-trac] #4211(avcodec:closed): Assertion sizeof(hwctx->info) >= sizeof(pic_ctx->info) failed at libavcodec/vdpau.c:291 In-Reply-To: <034.758cbc292eda72abac4393666c18a989@avcodec.org> References: <034.758cbc292eda72abac4393666c18a989@avcodec.org> Message-ID: <049.a15765bc0d06a81d603999dfa3ada238@avcodec.org> #4211: Assertion sizeof(hwctx->info) >= sizeof(pic_ctx->info) failed at libavcodec/vdpau.c:291 ------------------------------------+----------------------------------- Reporter: lvml | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: vdpau | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in c263102298ecb1cb8d307d881d2f45e0f6fc16d2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 02:42:21 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 01:42:21 -0000 Subject: [FFmpeg-trac] #2452(undetermined:closed): decoding yuv420p to rgb shifts luminance down In-Reply-To: <035.686c0e682586b716d1aa0bdd624b75ff@avcodec.org> References: <035.686c0e682586b716d1aa0bdd624b75ff@avcodec.org> Message-ID: <050.b9268924df3fc0dfaad2e100169055fa@avcodec.org> #2452: decoding yuv420p to rgb shifts luminance down -------------------------------------+------------------------------------- Reporter: burek | 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: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:18 glopes]: > Replying to [comment:17 michael]: > > The input file is correctly decoded, the fault is in what / how created the input file. I would guess that the wrong pixel format was used mixing jpeg and mpeg luma ranges > > Well, in regards to "what" created the input file, it was FFmpeg itself, so if there is anything wrong in the encoder it is a bug in FFmpeg as well. > > Also, ffmpeg version N-51639-g7775992 was correctly decoding the file, so clearly something changed, would at least be helpful to know what. (7775992 is from April 2013.) FFmpeg behaviour wrt to gray was changed in 1ba01d3d46e8c200a2527ebafc71d5651084586b in July 2013, see ticket #2684. To get the old behaviour, either set input color_range or use the extractplanes filter. The patch in comment:11 is another option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 18:13:31 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 17:13:31 -0000 Subject: [FFmpeg-trac] #3030(avfilter:closed): support ratio threshold in cropdetect In-Reply-To: <037.87b77c1aad33ed6edc01b02af36b6162@avcodec.org> References: <037.87b77c1aad33ed6edc01b02af36b6162@avcodec.org> Message-ID: <052.4751d5c1dc207c0b05e0526b8962c5d7@avcodec.org> #3030: support ratio threshold in cropdetect -------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 3b1f747238d6ca4bfaeebf1ab68892fb029623d7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 19:25:46 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 18:25:46 -0000 Subject: [FFmpeg-trac] #2078(avformat:open): FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center In-Reply-To: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> References: <041.8322afc3c4d32bb9c372539fa9744c83@avcodec.org> Message-ID: <056.141b9d89cb3c52cd4dd89455e0bd3e4f@avcodec.org> #2078: FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by mae2759): Me too. Please look at this!!! You can't say no to this sad puppy... [[Image(http://images.all-free- download.com/images/graphiclarge/cute_puppy_photo_picture_11_168839.jpg)]] "Pwwwwwweaseeeee? It's 'ruff' to fast forward!" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 21:17:13 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 20:17:13 -0000 Subject: [FFmpeg-trac] #3389(undetermined:new): Feature Request - Isolate and normalize video content In-Reply-To: <039.663ab3ebdce99a37a97ac84076c4ba13@avcodec.org> References: <039.663ab3ebdce99a37a97ac84076c4ba13@avcodec.org> Message-ID: <054.a1483c9f595901a11915c749b1bf5278@avcodec.org> #3389: Feature Request - Isolate and normalize video content -------------------------------------+------------------------------------- Reporter: Rafajafar | 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): * keywords: feature request normalize video => * component: ffmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 22:39:52 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 21:39:52 -0000 Subject: [FFmpeg-trac] #3789(ffmpeg:open): shortest command doesnt work when using a filter_complex with audio and video filters In-Reply-To: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> References: <038.6ff1bc05d5639abbd3a77f2c4422987a@avcodec.org> Message-ID: <053.921d800e0b66a3fa769017edfa164d73@avcodec.org> #3789: shortest command doesnt work when using a filter_complex with audio and video filters ------------------------------------+---------------------------------- Reporter: phingers | Owner: Type: defect | Status: open Priority: normal | Component: ffmpeg Version: git-master | Resolution: Keywords: shortest | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 22:50:42 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 21:50:42 -0000 Subject: [FFmpeg-trac] #4202(avformat:open): animated webp doesn't loop by default In-Reply-To: <036.47da3da4ff8b08dd20d50a6a2466ca33@avcodec.org> References: <036.47da3da4ff8b08dd20d50a6a2466ca33@avcodec.org> Message-ID: <051.057b2099ded1786fecdb412dacdc1e43@avcodec.org> #4202: animated webp doesn't loop by default -------------------------------------+------------------------------------ Reporter: Yay295 | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: webp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): The default value on encoding is "1", "0" means infinite loop. @Yay295: Do you want to report an encoding or decoding issue? To clarify please provide the command line you tested together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 22:53:40 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 21:53:40 -0000 Subject: [FFmpeg-trac] #4206(undetermined:closed): 1080i stream not recognized as interlaced In-Reply-To: <042.411a0765c13ee22f80a3fbc7916457a7@avcodec.org> References: <042.411a0765c13ee22f80a3fbc7916457a7@avcodec.org> Message-ID: <057.a3075b06874f59ff11b1e686338926aa@avcodec.org> #4206: 1080i stream not recognized as interlaced -------------------------------------+------------------------------------- Reporter: | Owner: adamvleggett | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Dec 28 23:09:26 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 22:09:26 -0000 Subject: [FFmpeg-trac] #4168(undetermined:new): defect : mpeg2 interlaced yuv420 chroma incorrectly decoded In-Reply-To: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> References: <034.c62680108c989aa0ae0afb8e84016360@avcodec.org> Message-ID: <049.d534c0bb64025d52ca79d0de45b6d751@avcodec.org> #4168: defect : mpeg2 interlaced yuv420 chroma incorrectly decoded -------------------------------------+------------------------------------- Reporter: clam | 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 michael): This ticket has become a bit messy, the decoder is fine, its not buggy. The related bug in the scale filter has been fixed by kierank. What remains is that the scale filter does by default scale progressively. So its really a issue with the default when the video indicates its interlaced. IMHO this ticket should be closed and a new one opened that describes this remaining issue clearly and tersely so people dont have to read through this rather lengthly discussion to find out what it is and is not about -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 00:01:19 2014 From: trac at avcodec.org (FFmpeg) Date: Sun, 28 Dec 2014 23:01:19 -0000 Subject: [FFmpeg-trac] #2394(swscale:closed): BGRA downscaling shifts colors In-Reply-To: <036.a06557aa80776f49827385480245b4f7@avcodec.org> References: <036.a06557aa80776f49827385480245b4f7@avcodec.org> Message-ID: <051.e23cad848d8e716ffbacdb3e96307359@avcodec.org> #2394: BGRA downscaling shifts colors ------------------------------------+-------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: worksforme Keywords: bgra | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Not reproducible since a830915b78e2d96f08dc93b2d1c4330448b83ffd - see ticket #3028 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 01:06:31 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 00:06:31 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Unknown packet pts values in mpeg4-ogg sample In-Reply-To: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> References: <037.08c26c4eab166ae9e4a10435bd5a3f90@avcodec.org> Message-ID: <052.c97da9f73946a55faa6d2684fc759260@avcodec.org> #2507: Unknown packet pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Additional sample uploaded to http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket2507/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 01:56:37 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 00:56:37 -0000 Subject: [FFmpeg-trac] #3060(avformat:closed): Option to disable "index seek table" and "index table iirc" in NUT muxer In-Reply-To: <034.2a15a299ea4764899c9ff3ef6fe9c005@avcodec.org> References: <034.2a15a299ea4764899c9ff3ef6fe9c005@avcodec.org> Message-ID: <049.0c5c623c2d653a4c08db90d8ca0ae839@avcodec.org> #3060: Option to disable "index seek table" and "index table iirc" in NUT muxer -------------------------------------+------------------------------------ Reporter: mbat | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: nut | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: FFmpeg supports "-write_index 0" since 82beb46e65e5f820b187355bf757725c22a59c45 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 02:03:49 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 01:03:49 -0000 Subject: [FFmpeg-trac] #2394(swscale:closed): BGRA downscaling shifts colors In-Reply-To: <036.a06557aa80776f49827385480245b4f7@avcodec.org> References: <036.a06557aa80776f49827385480245b4f7@avcodec.org> Message-ID: <051.42255f412a20308a5e297fcf25532144@avcodec.org> #2394: BGRA downscaling shifts colors ------------------------------------+----------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: bgra | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * resolution: worksforme => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 02:40:00 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 01:40:00 -0000 Subject: [FFmpeg-trac] #2929(avformat:new): No duration estimation for dvvideo in mxf (was: Wrong duration estimation for dvvideo in mxf) In-Reply-To: <037.c407da55d51a7f91a36f03a2944ca52c@avcodec.org> References: <037.c407da55d51a7f91a36f03a2944ca52c@avcodec.org> Message-ID: <052.e3826e5382df88d140ea821fe8605b8f@avcodec.org> #2929: No duration estimation for dvvideo in mxf -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf dvvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): FFmpeg no longer shows a wrong duration, it shows N/A now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 04:55:44 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 03:55:44 -0000 Subject: [FFmpeg-trac] #3514(undetermined:closed): Remuxing a dvb teletext stream fails In-Reply-To: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> References: <038.78328b00e2bb82fd11d2f0131ed7e613@avcodec.org> Message-ID: <053.b65b99d9791f46ad2d622c13ca977b4b@avcodec.org> #3514: Remuxing a dvb teletext stream fails -------------------------------------+------------------------------------- Reporter: dalongra | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in ac08c5c0adcb7f2f9b5ea3eb473d1c2b9659aab2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 12:57:29 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 11:57:29 -0000 Subject: [FFmpeg-trac] #4212(undetermined:new): Video Time Stamp from 1 FPS RTSP Source Message-ID: <036.570927695a098cbc375278412cca8dc9@avcodec.org> #4212: Video Time Stamp from 1 FPS RTSP Source -------------------------------------+------------------------------------- Reporter: kantun | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, I'm trying to capture a video from an IP camera that is streaming at 1 FPS. Unfortunately, I cannot increase the source FPS. The problem occurs when I try to display the time stamp on the recorded video. The time stamp is shown, but remains static (does not progress/tick as the time goes by). After 30 sec. or so, the time stamp eventually starts to tick. If I feed, for example, a 25 FPS source to the FFmpeg, the time stamp works like it should. I tried to force the input/output FPS with the "-r 1" switch, which didn't help. Below you can find the FFmpeg command line, as well as the FFmpeg output log. Output video can be downloaded here: [http://www.datafilehost.com/d/b6a515d4] {{{ ffmpeg started on 2014-12-29 at 12:19:56 Report written to "ffmpeg-20141229-121956.log" Command line: ffmpeg -report -i rtsp://172.21.201.161:554/ch0_1.h264 -vcodec libx264 -vf "drawtext=fontcolor=white at 0.75:fontfile='OpenSans.ttf':fontsize=18:text=%{localtime}:x=10:y=10" "C:\\Users\\Public\\Desktop\\Capture.mp4" ffmpeg version N-68763-g202947a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 28 2014 22:22:29 with gcc 4.9.2 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --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- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 19.100 / 56. 19.100 libavformat 56. 16.102 / 56. 16.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 6.100 / 5. 6.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'rtsp://172.21.201.161:554/ch0_1.h264'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'libx264'. Reading option '-vf' ... matched as option 'vf' (set video filters) with argument 'drawtext=fontcolor=white at 0.75:fontfile='OpenSans.ttf':fontsize=18:text=%{localtime}:x=10:y=10'. Reading option 'C:\Users\Public\Desktop\Capture.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file rtsp://172.21.201.161:554/ch0_1.h264. Successfully parsed a group of options. Opening an input file: rtsp://172.21.201.161:554/ch0_1.h264. [rtsp @ 003fe6e0] SDP: v=0o=- 2224548202 1 IN IP4 172.21.201.161s=H.264 Program Stream, streamed by the LIVE555 Media Serveri=ch0_1.h264t=0 0a=DevVer:pusher2a=GroupName:IPCAMa=NickName:CIFa=CfgSection:PROG_CHN0a=tool:LIVE555 Streaming Media v2011.08.13a=type:broadcasta=control:*a=range:npt=0-a=x -qt-text-nam:H.264 Program Stream, streamed by the LIVE555 Media Servera=x -qt-text-inf:ch0_1.h264m=video 0 RTP/AVP 96c=IN IP4 0.0.0.0b=AS:4000a=rtpmap:96 H264/90000a=control:trackID=1a=fmtp:96 packetization-mode=1;profile-level-id=000001;sprop-parameter- sets=AAAAAWdCAB6VqCgL/lQ=a=framesize:96 640-360a=cliprect:0,0,360,640a=framerate:1 [rtsp @ 003fe6e0] video codec set to: h264 [rtsp @ 003fe6e0] RTP Packetization Mode: 1 [rtsp @ 003fe6e0] RTP Profile IDC: 0 Profile IOP: 0 Level: 1 [rtsp @ 003fe6e0] Extradata set to 042322e0 (size: 18)! [udp @ 04232400] end receive buffer size reported is 65536 [udp @ 04231ae0] end receive buffer size reported is 65536 [rtsp @ 003fe6e0] hello state=0 [h264 @ 04237260] Unknown NAL code: 0 (0 bits) [h264 @ 04237260] Unknown NAL code: 0 (0 bits) [h264 @ 04237260] unknown SEI type 229 [h264 @ 04237260] unknown SEI type 229 [h264 @ 04237260] unknown SEI type 229 [rtsp @ 003fe6e0] All info found [rtsp @ 003fe6e0] Setting avg frame rate based on r frame rate Input #0, rtsp, from 'rtsp://172.21.201.161:554/ch0_1.h264': Metadata: title : H.264 Program Stream, streamed by the LIVE555 Media Server comment : ch0_1.h264 Duration: N/A, start: 0.987500, bitrate: N/A Stream #0:0, 28, 1/90000: Video: h264 (Baseline), yuv420p, 640x360, 1.01 fps, 1.01 tbr, 90k tbn, 180k tbc Successfully opened the file. Parsing a group of options: output file C:\Users\Public\Desktop\Capture.mp4. Applying option vcodec (force video codec ('copy' to copy stream)) with argument libx264. Applying option vf (set video filters) with argument drawtext=fontcolor=white at 0.75:fontfile='OpenSans.ttf':fontsize=18:text=%{localtime}:x=10:y=10. Successfully parsed a group of options. Opening an output file: C:\Users\Public\Desktop\Capture.mp4. Successfully opened the file. detected 4 logical cores [Parsed_drawtext_0 @ 003fe400] Setting 'fontcolor' to value 'white at 0.75' [Parsed_drawtext_0 @ 003fe400] Setting 'fontfile' to value 'OpenSans.ttf' [Parsed_drawtext_0 @ 003fe400] Setting 'fontsize' to value '18' [Parsed_drawtext_0 @ 003fe400] Setting 'text' to value '%{localtime}' [Parsed_drawtext_0 @ 003fe400] Setting 'x' to value '10' [Parsed_drawtext_0 @ 003fe400] Setting 'y' to value '10' [graph 0 input from stream 0:0 @ 003f0520] Setting 'video_size' to value '640x360' [graph 0 input from stream 0:0 @ 003f0520] Setting 'pix_fmt' to value '0' [graph 0 input from stream 0:0 @ 003f0520] Setting 'time_base' to value '1/90000' [graph 0 input from stream 0:0 @ 003f0520] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 003f0520] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 003f0520] Setting 'frame_rate' to value '80/79' [graph 0 input from stream 0:0 @ 003f0520] w:640 h:360 pixfmt:yuv420p tb:1/90000 fr:80/79 sar:0/1 sws_param:flags=2 [format @ 04234440] compat: called with args=[yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16] [format @ 04234440] Setting 'pix_fmts' to value 'yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16' [AVFilterGraph @ 003f04c0] query_formats: 4 queried, 3 merged, 0 already done, 0 delayed [libx264 @ 04238ca0] using mv_range_thread = 24 [libx264 @ 04238ca0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 04238ca0] profile High, level 2.2 [libx264 @ 04238ca0] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - 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=1 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 [h264 @ 04a986e0] Unknown NAL code: 0 (0 bits) Output #0, mp4, to 'C:\Users\Public\Desktop\Capture.mp4': Metadata: title : H.264 Program Stream, streamed by the LIVE555 Media Server comment : ch0_1.h264 encoder : Lavf56.16.102 Stream #0:0, 0, 1/10240: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 640x360, q=-1--1, 1.01 fps, 10240 tbn, 1.01 tbc Metadata: encoder : Lavc56.19.100 libx264 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264)) Press [q] to stop, [?] for help [h264 @ 04a986e0] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:0 t:0.000000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:1 t:0.000000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:2 t:0.987500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:3 t:1.975000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:4 t:2.962500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:5 t:3.950000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:6 t:4.937500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:7 t:5.925000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:8 t:6.912500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:9 t:7.900000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:10 t:8.887500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:11 t:9.875000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:12 t:10.862500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:13 t:11.850000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:14 t:12.837500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:15 t:13.825000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:16 t:14.812500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:17 t:15.800000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:18 t:16.787500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:19 t:17.775000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:20 t:18.762500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [h264 @ 04a986e0] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] n:21 t:19.750000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:22 t:20.737500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:23 t:21.725000 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:24 t:22.712500 text_w:167 text_h:13 x:10 y:10 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:25 t:23.700000 text_w:167 text_h:13 x:10 y:10 frame= 26 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:26 t:24.687500 text_w:167 text_h:13 x:10 y:10 frame= 27 fps= 14 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:27 t:25.675000 text_w:167 text_h:13 x:10 y:10 frame= 28 fps=9.4 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:28 t:26.662500 text_w:167 text_h:13 x:10 y:10 frame= 29 fps=7.3 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:29 t:27.650000 text_w:167 text_h:13 x:10 y:10 frame= 30 fps=6.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:30 t:28.637500 text_w:167 text_h:13 x:10 y:10 frame= 31 fps=5.2 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:31 t:29.625000 text_w:167 text_h:13 x:10 y:10 frame= 32 fps=4.6 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:32 t:30.612500 text_w:167 text_h:13 x:10 y:10 frame= 33 fps=4.1 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:33 t:31.600000 text_w:167 text_h:13 x:10 y:10 frame= 34 fps=3.8 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:34 t:32.587500 text_w:167 text_h:13 x:10 y:10 frame= 35 fps=3.5 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:35 t:33.575000 text_w:167 text_h:13 x:10 y:10 frame= 36 fps=3.3 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:36 t:34.562500 text_w:167 text_h:13 x:10 y:10 frame= 37 fps=3.1 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:37 t:35.550000 text_w:167 text_h:13 x:10 y:10 frame= 38 fps=2.9 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:38 t:36.537500 text_w:167 text_h:13 x:10 y:10 frame= 39 fps=2.8 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:39 t:37.525000 text_w:167 text_h:13 x:10 y:10 frame= 40 fps=2.7 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:40 t:38.512500 text_w:167 text_h:13 x:10 y:10 frame= 41 fps=2.6 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:41 t:39.500000 text_w:167 text_h:13 x:10 y:10 frame= 42 fps=2.5 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:42 t:40.487500 text_w:167 text_h:13 x:10 y:10 frame= 43 fps=2.4 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:43 t:41.475000 text_w:167 text_h:13 x:10 y:10 frame= 44 fps=2.3 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:44 t:42.462500 text_w:167 text_h:13 x:10 y:10 frame= 45 fps=2.2 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:45 t:43.450000 text_w:167 text_h:13 x:10 y:10 frame= 46 fps=2.2 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [NULL @ 04237260] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [h264 @ 04a986e0] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] n:46 t:44.437500 text_w:167 text_h:13 x:10 y:10 frame= 47 fps=2.1 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:47 t:45.425000 text_w:167 text_h:13 x:10 y:10 frame= 48 fps=2.1 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:48 t:46.412500 text_w:167 text_h:13 x:10 y:10 frame= 49 fps=2.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:49 t:47.400000 text_w:167 text_h:13 x:10 y:10 frame= 50 fps=2.0 q=0.0 size= 0kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:50 t:48.387500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 0 QP=12.37 NAL=3 Slice:I Poc:0 I:920 P:0 SKIP:0 size=49872 bytes frame= 51 fps=2.0 q=17.0 size= 49kB time=00:00:00.-98 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:51 t:49.375000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 1 QP=12.29 NAL=2 Slice:P Poc:2 I:3 P:804 SKIP:113 size=12201 bytes frame= 52 fps=1.9 q=17.0 size= 61kB time=00:00:00.00 bitrate=N/A [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:52 t:50.362500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 2 QP=12.21 NAL=2 Slice:P Poc:4 I:3 P:802 SKIP:115 size=13495 bytes frame= 53 fps=1.9 q=17.0 size= 75kB time=00:00:00.98 bitrate= 618.2kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:53 t:51.350000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 3 QP=12.19 NAL=2 Slice:P Poc:6 I:1 P:795 SKIP:124 size=12903 bytes frame= 54 fps=1.9 q=17.0 size= 87kB time=00:00:01.97 bitrate= 361.3kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:54 t:52.337500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 4 QP=12.14 NAL=2 Slice:P Poc:8 I:3 P:762 SKIP:155 size=12410 bytes frame= 55 fps=1.8 q=17.0 size= 99kB time=00:00:02.96 bitrate= 274.4kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:55 t:53.325000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 5 QP=12.18 NAL=2 Slice:P Poc:10 I:1 P:741 SKIP:178 size=11987 bytes frame= 56 fps=1.8 q=17.0 size= 111kB time=00:00:03.95 bitrate= 230.1kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:56 t:54.312500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 6 QP=12.14 NAL=2 Slice:P Poc:12 I:0 P:749 SKIP:171 size=12474 bytes frame= 57 fps=1.8 q=17.0 size= 123kB time=00:00:04.93 bitrate= 204.3kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:57 t:55.300000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 7 QP=12.12 NAL=2 Slice:P Poc:14 I:1 P:714 SKIP:205 size=11794 bytes frame= 58 fps=1.8 q=17.0 size= 135kB time=00:00:05.92 bitrate= 186.2kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:58 t:56.287500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 8 QP=12.05 NAL=2 Slice:P Poc:16 I:1 P:718 SKIP:201 size=11475 bytes frame= 59 fps=1.7 q=17.0 size= 146kB time=00:00:06.91 bitrate= 172.8kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:59 t:57.275000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 9 QP=11.99 NAL=2 Slice:P Poc:18 I:1 P:728 SKIP:191 size=11467 bytes frame= 60 fps=1.7 q=17.0 size= 157kB time=00:00:07.90 bitrate= 162.9kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:60 t:58.262500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 10 QP=12.06 NAL=2 Slice:P Poc:20 I:1 P:677 SKIP:242 size=10911 bytes frame= 61 fps=1.7 q=17.0 size= 168kB time=00:00:08.88 bitrate= 154.6kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:61 t:59.250000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 11 QP=12.15 NAL=2 Slice:P Poc:22 I:1 P:713 SKIP:206 size=10776 bytes frame= 62 fps=1.7 q=17.0 size= 178kB time=00:00:09.87 bitrate= 147.8kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:62 t:60.237500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 12 QP=12.16 NAL=2 Slice:P Poc:24 I:0 P:695 SKIP:225 size=10822 bytes frame= 63 fps=1.7 q=17.0 size= 189kB time=00:00:10.86 bitrate= 142.4kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:63 t:61.225000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 13 QP=12.05 NAL=2 Slice:P Poc:26 I:2 P:695 SKIP:223 size=11061 bytes frame= 64 fps=1.6 q=17.0 size= 200kB time=00:00:11.85 bitrate= 138.0kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:64 t:62.212500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 14 QP=12.07 NAL=2 Slice:P Poc:28 I:1 P:670 SKIP:249 size=10391 bytes frame= 65 fps=1.6 q=17.0 size= 210kB time=00:00:12.83 bitrate= 133.8kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:65 t:63.200000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 15 QP=12.31 NAL=2 Slice:P Poc:30 I:2 P:661 SKIP:257 size=9800 bytes frame= 66 fps=1.6 q=17.0 size= 219kB time=00:00:13.82 bitrate= 130.0kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:66 t:64.187500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 16 QP=12.18 NAL=2 Slice:P Poc:32 I:2 P:668 SKIP:250 size=10355 bytes frame= 67 fps=1.6 q=17.0 size= 229kB time=00:00:14.81 bitrate= 126.9kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:67 t:65.175000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 17 QP=12.30 NAL=2 Slice:P Poc:34 I:2 P:658 SKIP:260 size=9903 bytes frame= 68 fps=1.6 q=17.0 size= 239kB time=00:00:15.80 bitrate= 124.0kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:68 t:66.162500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 18 QP=12.33 NAL=2 Slice:P Poc:36 I:2 P:650 SKIP:268 size=9770 bytes frame= 69 fps=1.6 q=17.0 size= 249kB time=00:00:16.78 bitrate= 121.3kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:69 t:67.150000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 19 QP=12.44 NAL=2 Slice:P Poc:38 I:1 P:658 SKIP:261 size=9712 bytes frame= 70 fps=1.5 q=17.0 size= 258kB time=00:00:17.77 bitrate= 119.0kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:70 t:68.137500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 20 QP=12.41 NAL=2 Slice:P Poc:40 I:0 P:642 SKIP:278 size=9755 bytes frame= 71 fps=1.5 q=17.0 size= 268kB time=00:00:18.76 bitrate= 116.9kbits/s [NULL @ 04237260] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [h264 @ 04a986e0] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] n:71 t:69.125000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 21 QP=12.62 NAL=2 Slice:P Poc:42 I:0 P:634 SKIP:286 size=8838 bytes frame= 72 fps=1.5 q=17.0 size= 276kB time=00:00:19.75 bitrate= 114.6kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:72 t:70.112500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 22 QP=12.77 NAL=2 Slice:P Poc:44 I:2 P:667 SKIP:251 size=9103 bytes frame= 73 fps=1.5 q=17.0 size= 285kB time=00:00:20.73 bitrate= 112.7kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:73 t:71.100000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 23 QP=13.09 NAL=2 Slice:P Poc:46 I:1 P:636 SKIP:283 size=8243 bytes frame= 74 fps=1.5 q=17.0 size= 293kB time=00:00:21.72 bitrate= 110.6kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:74 t:72.087500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 24 QP=11.66 NAL=2 Slice:P Poc:50 I:590 P:328 SKIP:2 size=51938 bytes frame= 75 fps=1.5 q=17.0 size= 344kB time=00:00:22.71 bitrate= 124.1kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:75 t:73.075000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 25 QP=17.58 NAL=0 Slice:B Poc:48 I:1 P:573 SKIP:336 size=4473 bytes frame= 76 fps=1.5 q=17.0 size= 348kB time=00:00:23.70 bitrate= 120.4kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:76 t:74.062500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 26 QP=11.77 NAL=2 Slice:P Poc:58 I:39 P:856 SKIP:25 size=37142 bytes frame= 77 fps=1.5 q=17.0 size= 385kB time=00:00:24.68 bitrate= 127.6kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:77 t:75.050000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 27 QP=16.20 NAL=2 Slice:B Poc:54 I:3 P:657 SKIP:80 size=11282 bytes frame= 78 fps=1.5 q=17.0 size= 396kB time=00:00:25.67 bitrate= 126.2kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:78 t:76.037500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 28 QP=17.62 NAL=0 Slice:B Poc:52 I:1 P:676 SKIP:145 size=4927 bytes frame= 79 fps=1.5 q=17.0 size= 400kB time=00:00:26.66 bitrate= 123.0kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:79 t:77.025000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 29 QP=17.35 NAL=0 Slice:B Poc:56 I:0 P:664 SKIP:164 size=4435 bytes frame= 80 fps=1.4 q=17.0 size= 405kB time=00:00:27.65 bitrate= 119.9kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:80 t:78.012500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 30 QP=11.62 NAL=2 Slice:P Poc:60 I:1 P:778 SKIP:141 size=12670 bytes frame= 81 fps=1.4 q=17.0 size= 417kB time=00:00:28.63 bitrate= 119.3kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:81 t:79.000000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 31 QP=12.04 NAL=2 Slice:P Poc:68 I:16 P:845 SKIP:59 size=30872 bytes frame= 82 fps=1.4 q=17.0 size= 447kB time=00:00:29.62 bitrate= 123.7kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:82 t:79.987500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 32 QP=15.92 NAL=2 Slice:B Poc:64 I:0 P:660 SKIP:134 size=9009 bytes frame= 83 fps=1.4 q=17.0 size= 456kB time=00:00:30.61 bitrate= 122.0kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:83 t:80.975000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 33 QP=17.12 NAL=0 Slice:B Poc:62 I:1 P:622 SKIP:217 size=4163 bytes frame= 84 fps=1.4 q=17.0 size= 460kB time=00:00:31.60 bitrate= 119.3kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:84 t:81.962500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 34 QP=17.11 NAL=0 Slice:B Poc:66 I:0 P:619 SKIP:221 size=3992 bytes frame= 85 fps=1.4 q=17.0 size= 464kB time=00:00:32.58 bitrate= 116.6kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:85 t:82.950000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 35 QP=11.92 NAL=2 Slice:P Poc:70 I:0 P:731 SKIP:189 size=10625 bytes frame= 86 fps=1.4 q=17.0 size= 474kB time=00:00:33.57 bitrate= 115.7kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:86 t:83.937500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 36 QP=11.93 NAL=2 Slice:P Poc:72 I:2 P:690 SKIP:228 size=11153 bytes frame= 87 fps=1.4 q=17.0 size= 485kB time=00:00:34.56 bitrate= 115.0kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:87 t:84.925000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 37 QP=11.80 NAL=2 Slice:P Poc:74 I:2 P:690 SKIP:228 size=11381 bytes frame= 88 fps=1.4 q=17.0 size= 496kB time=00:00:35.55 bitrate= 114.4kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:88 t:85.912500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 38 QP=11.86 NAL=2 Slice:P Poc:76 I:2 P:681 SKIP:237 size=11523 bytes frame= 89 fps=1.4 q=17.0 size= 508kB time=00:00:36.53 bitrate= 113.8kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:89 t:86.900000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 39 QP=11.78 NAL=2 Slice:P Poc:78 I:0 P:691 SKIP:229 size=11500 bytes frame= 90 fps=1.4 q=17.0 size= 519kB time=00:00:37.52 bitrate= 113.3kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:90 t:87.887500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 40 QP=12.21 NAL=2 Slice:P Poc:86 I:10 P:793 SKIP:117 size=26818 bytes frame= 91 fps=1.4 q=17.0 size= 545kB time=00:00:38.51 bitrate= 115.9kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:91 t:88.875000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 41 QP=15.80 NAL=2 Slice:B Poc:82 I:1 P:624 SKIP:172 size=8014 bytes frame= 92 fps=1.4 q=17.0 size= 553kB time=00:00:39.50 bitrate= 114.7kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:92 t:89.862500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 42 QP=16.96 NAL=0 Slice:B Poc:80 I:0 P:599 SKIP:253 size=3584 bytes frame= 93 fps=1.4 q=17.0 size= 556kB time=00:00:40.48 bitrate= 112.6kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:93 t:90.850000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 43 QP=16.94 NAL=0 Slice:B Poc:84 I:0 P:591 SKIP:273 size=3543 bytes frame= 94 fps=1.4 q=17.0 size= 560kB time=00:00:41.47 bitrate= 110.6kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:94 t:91.837500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 44 QP=12.18 NAL=2 Slice:P Poc:88 I:0 P:697 SKIP:223 size=9299 bytes frame= 95 fps=1.4 q=17.0 size= 569kB time=00:00:42.46 bitrate= 109.8kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:95 t:92.825000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 45 QP=12.99 NAL=2 Slice:P Poc:96 I:7 P:777 SKIP:136 size=22758 bytes frame= 96 fps=1.3 q=17.0 size= 591kB time=00:00:43.45 bitrate= 111.5kbits/s [NULL @ 04237260] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [h264 @ 04a986e0] unknown SEI type 229 [Parsed_drawtext_0 @ 003fe400] n:96 t:93.812500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 46 QP=15.56 NAL=2 Slice:B Poc:92 I:0 P:615 SKIP:198 size=7384 bytes frame= 97 fps=1.3 q=17.0 size= 598kB time=00:00:44.43 bitrate= 110.3kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:97 t:94.800000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 47 QP=16.99 NAL=0 Slice:B Poc:90 I:2 P:545 SKIP:297 size=3514 bytes frame= 98 fps=1.3 q=17.0 size= 602kB time=00:00:45.42 bitrate= 108.5kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:98 t:95.787500 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 48 QP=17.09 NAL=0 Slice:B Poc:94 I:1 P:548 SKIP:289 size=3477 bytes frame= 99 fps=1.3 q=17.0 size= 605kB time=00:00:46.41 bitrate= 106.8kbits/s [Parsed_drawtext_0 @ 003fe400] Copying data in avfilter. [Parsed_drawtext_0 @ 003fe400] n:99 t:96.775000 text_w:167 text_h:13 x:10 y:10 [libx264 @ 04238ca0] frame= 49 QP=11.89 NAL=2 Slice:P Poc:100 I:576 P:341 SKIP:3 size=51015 bytes [libx264 @ 04238ca0] frame= 50 QP=17.61 NAL=0 Slice:B Poc:98 I:1 P:547 SKIP:363 size=4341 bytes [libx264 @ 04238ca0] frame= 51 QP=12.02 NAL=2 Slice:P Poc:108 I:33 P:858 SKIP:29 size=35758 bytes [libx264 @ 04238ca0] frame= 52 QP=16.14 NAL=2 Slice:B Poc:104 I:4 P:665 SKIP:81 size=11006 bytes [libx264 @ 04238ca0] frame= 53 QP=17.58 NAL=0 Slice:B Poc:102 I:3 P:675 SKIP:140 size=5003 bytes [libx264 @ 04238ca0] frame= 54 QP=17.28 NAL=0 Slice:B Poc:106 I:1 P:653 SKIP:177 size=4451 bytes [libx264 @ 04238ca0] frame= 55 QP=12.03 NAL=2 Slice:P Poc:110 I:3 P:736 SKIP:181 size=11216 bytes [libx264 @ 04238ca0] frame= 56 QP=12.03 NAL=2 Slice:P Poc:112 I:1 P:731 SKIP:188 size=12225 bytes [libx264 @ 04238ca0] frame= 57 QP=12.06 NAL=2 Slice:P Poc:114 I:3 P:728 SKIP:189 size=12181 bytes [libx264 @ 04238ca0] frame= 58 QP=11.98 NAL=2 Slice:P Poc:116 I:4 P:691 SKIP:225 size=11855 bytes [libx264 @ 04238ca0] frame= 59 QP=11.96 NAL=2 Slice:P Poc:118 I:1 P:715 SKIP:204 size=11848 bytes [libx264 @ 04238ca0] frame= 60 QP=11.89 NAL=2 Slice:P Poc:120 I:2 P:687 SKIP:231 size=11751 bytes [libx264 @ 04238ca0] frame= 61 QP=11.79 NAL=2 Slice:P Poc:122 I:2 P:703 SKIP:215 size=12096 bytes [libx264 @ 04238ca0] frame= 62 QP=12.29 NAL=2 Slice:P Poc:130 I:5 P:827 SKIP:88 size=27693 bytes [libx264 @ 04238ca0] frame= 63 QP=15.73 NAL=2 Slice:B Poc:126 I:0 P:654 SKIP:146 size=8260 bytes [libx264 @ 04238ca0] frame= 64 QP=17.00 NAL=0 Slice:B Poc:124 I:0 P:603 SKIP:251 size=3660 bytes [libx264 @ 04238ca0] frame= 65 QP=17.00 NAL=0 Slice:B Poc:128 I:0 P:594 SKIP:259 size=3658 bytes [libx264 @ 04238ca0] frame= 66 QP=12.26 NAL=2 Slice:P Poc:132 I:0 P:693 SKIP:227 size=9698 bytes [libx264 @ 04238ca0] frame= 67 QP=12.23 NAL=2 Slice:P Poc:134 I:0 P:676 SKIP:244 size=10111 bytes [libx264 @ 04238ca0] frame= 68 QP=12.25 NAL=2 Slice:P Poc:136 I:1 P:666 SKIP:253 size=10493 bytes [libx264 @ 04238ca0] frame= 69 QP=13.14 NAL=2 Slice:P Poc:144 I:9 P:785 SKIP:126 size=23653 bytes [libx264 @ 04238ca0] frame= 70 QP=15.50 NAL=2 Slice:B Poc:140 I:1 P:646 SKIP:176 size=7920 bytes [libx264 @ 04238ca0] frame= 71 QP=17.10 NAL=0 Slice:B Poc:138 I:0 P:582 SKIP:270 size=3548 bytes [libx264 @ 04238ca0] frame= 72 QP=16.85 NAL=0 Slice:B Poc:142 I:0 P:552 SKIP:303 size=3504 bytes [libx264 @ 04238ca0] frame= 73 QP=13.34 NAL=2 Slice:P Poc:146 I:1 P:638 SKIP:281 size=7481 bytes [libx264 @ 04238ca0] frame= 74 QP=12.51 NAL=2 Slice:P Poc:150 I:579 P:337 SKIP:4 size=48301 bytes [libx264 @ 04238ca0] frame= 75 QP=17.71 NAL=0 Slice:B Poc:148 I:1 P:551 SKIP:362 size=4256 bytes [libx264 @ 04238ca0] frame= 76 QP=12.41 NAL=2 Slice:P Poc:152 I:5 P:807 SKIP:108 size=12662 bytes [libx264 @ 04238ca0] frame= 77 QP=12.32 NAL=2 Slice:P Poc:154 I:4 P:799 SKIP:117 size=13693 bytes [libx264 @ 04238ca0] frame= 78 QP=12.24 NAL=2 Slice:P Poc:156 I:3 P:793 SKIP:124 size=13335 bytes [libx264 @ 04238ca0] frame= 79 QP=12.10 NAL=2 Slice:P Poc:158 I:3 P:759 SKIP:158 size=13973 bytes [libx264 @ 04238ca0] frame= 80 QP=12.67 NAL=2 Slice:P Poc:166 I:11 P:841 SKIP:68 size=30055 bytes [libx264 @ 04238ca0] frame= 81 QP=16.08 NAL=2 Slice:B Poc:162 I:1 P:637 SKIP:126 size=9467 bytes [libx264 @ 04238ca0] frame= 82 QP=17.11 NAL=0 Slice:B Poc:160 I:0 P:619 SKIP:211 size=4297 bytes [libx264 @ 04238ca0] frame= 83 QP=17.04 NAL=0 Slice:B Poc:164 I:0 P:632 SKIP:219 size=4073 bytes [libx264 @ 04238ca0] frame= 84 QP=12.74 NAL=2 Slice:P Poc:168 I:1 P:728 SKIP:191 size=10014 bytes [libx264 @ 04238ca0] frame= 85 QP=12.75 NAL=2 Slice:P Poc:170 I:1 P:679 SKIP:240 size=10102 bytes [libx264 @ 04238ca0] frame= 86 QP=12.62 NAL=2 Slice:P Poc:172 I:4 P:663 SKIP:253 size=10578 bytes [libx264 @ 04238ca0] frame= 87 QP=12.63 NAL=2 Slice:P Poc:174 I:1 P:647 SKIP:272 size=10457 bytes [libx264 @ 04238ca0] frame= 88 QP=12.71 NAL=2 Slice:P Poc:176 I:1 P:644 SKIP:275 size=9750 bytes [libx264 @ 04238ca0] frame= 89 QP=12.82 NAL=2 Slice:P Poc:178 I:0 P:652 SKIP:268 size=9709 bytes [libx264 @ 04238ca0] frame= 90 QP=12.99 NAL=2 Slice:P Poc:180 I:1 P:653 SKIP:266 size=9469 bytes [libx264 @ 04238ca0] frame= 91 QP=13.07 NAL=2 Slice:P Poc:182 I:2 P:627 SKIP:291 size=9962 bytes [libx264 @ 04238ca0] frame= 92 QP=14.82 NAL=2 Slice:P Poc:190 I:5 P:760 SKIP:155 size=20501 bytes [libx264 @ 04238ca0] frame= 93 QP=15.51 NAL=2 Slice:B Poc:186 I:0 P:598 SKIP:193 size=8111 bytes [libx264 @ 04238ca0] frame= 94 QP=16.92 NAL=0 Slice:B Poc:184 I:0 P:573 SKIP:279 size=3740 bytes [libx264 @ 04238ca0] frame= 95 QP=16.78 NAL=0 Slice:B Poc:188 I:0 P:552 SKIP:297 size=3554 bytes [libx264 @ 04238ca0] frame= 96 QP=14.95 NAL=2 Slice:P Poc:192 I:1 P:612 SKIP:307 size=6255 bytes [libx264 @ 04238ca0] frame= 97 QP=15.83 NAL=2 Slice:P Poc:194 I:0 P:570 SKIP:350 size=5753 bytes [libx264 @ 04238ca0] frame= 98 QP=17.73 NAL=2 Slice:P Poc:196 I:4 P:553 SKIP:363 size=4770 bytes frame= 99 fps=1.3 q=-1.0 Lsize= 1194kB time=00:01:35.78 bitrate= 102.1kbits/s video:1192kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.145789% Input file #0 (rtsp://172.21.201.161:554/ch0_1.h264): Input stream #0:0 (video): 103 packets read (596837 bytes); 100 frames decoded; Total: 103 packets (596837 bytes) demuxed Output file #0 (C:\Users\Public\Desktop\Capture.mp4): Output stream #0:0 (video): 99 frames encoded; 99 packets muxed (1220944 bytes); Total: 99 packets (1220944 bytes) muxed 104 frames successfully decoded, 0 decoding errors [AVIOContext @ 042390a0] Statistics: 34 seeks, 131 writeouts [libx264 @ 04238ca0] frame I:1 Avg QP:12.37 size: 49872 [libx264 @ 04238ca0] frame P:68 Avg QP:12.49 size: 14790 [libx264 @ 04238ca0] frame B:30 Avg QP:16.77 size: 5488 [libx264 @ 04238ca0] consecutive B-frames: 57.6% 6.1% 0.0% 36.4% [libx264 @ 04238ca0] mb I I16..4: 22.5% 2.9% 74.6% [libx264 @ 04238ca0] mb P I16..4: 0.8% 0.2% 2.1% P16..4: 64.3% 5.0% 6.3% 0.0% 0.0% skip:21.3% [libx264 @ 04238ca0] mb B I16..4: 0.0% 0.0% 0.1% B16..8: 51.8% 10.2% 6.4% direct: 7.5% skip:24.0% L0:51.5% L1:43.4% BI: 5.1% [libx264 @ 04238ca0] 8x8 transform intra:5.2% inter:6.7% [libx264 @ 04238ca0] coded y,uvDC,uvAC intra: 97.8% 0.0% 0.0% inter: 49.1% 0.0% 0.0% [libx264 @ 04238ca0] i16 v,h,dc,p: 2% 7% 45% 45% [libx264 @ 04238ca0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 55% 6% 0% 2% 1% 21% 1% 3% [libx264 @ 04238ca0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 24% 17% 5% 6% 5% 16% 3% 7% [libx264 @ 04238ca0] i8c dc,h,v,p: 100% 0% 0% 0% [libx264 @ 04238ca0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 04238ca0] ref P L0: 95.1% 2.3% 1.8% 0.7% [libx264 @ 04238ca0] ref B L0: 98.7% 1.1% 0.2% [libx264 @ 04238ca0] ref B L1: 98.6% 1.4% [libx264 @ 04238ca0] kb/s:99.85 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 13:14:03 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 12:14:03 -0000 Subject: [FFmpeg-trac] #4212(undetermined:closed): Video Time Stamp from 1 FPS RTSP Source In-Reply-To: <036.570927695a098cbc375278412cca8dc9@avcodec.org> References: <036.570927695a098cbc375278412cca8dc9@avcodec.org> Message-ID: <051.de1e5841764a6ba41bbacc1d64a83a7a@avcodec.org> #4212: Video Time Stamp from 1 FPS RTSP Source -------------------------------------+------------------------------------- Reporter: kantun | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Why do you believe that {{{localtime}}} prints the timestamp? (It does not.) Since the decoder buffers the first few frames, it makes sense that they get the same localtime when output. Please see https://ffmpeg.org/ffmpeg-filters.html#drawtext-1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 13:14:33 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 12:14:33 -0000 Subject: [FFmpeg-trac] #279(undetermined:open): Remuxing aac in TS fails In-Reply-To: <037.9a42fef03b2391dfd844abf40c0ba1fb@avcodec.org> References: <037.9a42fef03b2391dfd844abf40c0ba1fb@avcodec.org> Message-ID: <052.07d68c7639f1f1596eb66b5c14a52383@avcodec.org> #279: Remuxing aac in TS fails -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aac mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by mikaraento): * cc: mikie@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 13:18:06 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 12:18:06 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.ed1cb6a0983381651727d57d8cbbabb3@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by mikaraento): * cc: mikie@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 13:59:10 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 12:59:10 -0000 Subject: [FFmpeg-trac] #4213(undetermined:new): sps 32 refrence erro Message-ID: <035.b2a90d6bd9d30220f6dbe1c5e081628b@avcodec.org> #4213: sps 32 refrence erro -------------------------------------+------------------------------------- Reporter: bajaj | Type: defect Status: new | Priority: important Component: | Version: 2.4.4 undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am getting this msg constantly. How to eliminiate it. ? Last message repeated 12 times [NULL @ 0x277af20] non-existing SPS 32 referenced in buffering period2301.0kbits/s dup=39 drop=0 Last message repeated 11 times [NULL @ 0x277af20] non-existing SPS 32 referenced in buffering period2301.0kbits/s dup=39 drop=0 Last message repeated 11 times -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 14:01:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 13:01:38 -0000 Subject: [FFmpeg-trac] #4213(undetermined:new): sps 32 refrence erro In-Reply-To: <035.b2a90d6bd9d30220f6dbe1c5e081628b@avcodec.org> References: <035.b2a90d6bd9d30220f6dbe1c5e081628b@avcodec.org> Message-ID: <050.795b5eba36054b4a3a34385fdc440caa@avcodec.org> #4213: sps 32 refrence erro --------------------------------+---------------------------------------- Reporter: bajaj | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 2.4.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * priority: important => normal Comment: To make this a valid ticket, please test current FFmpeg and provide the command line you tested together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Dec 29 14:41:38 2014 From: trac at avcodec.org (FFmpeg) Date: Mon, 29 Dec 2014 13:41:38 -0000 Subject: [FFmpeg-trac] #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment In-Reply-To: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> References: <040.925b63e2d6b985b768a1d0231f8e1546@avcodec.org> Message-ID: <055.c7e8f9d84e2424a7abde1e023d75bcc7@avcodec.org> #2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment -------------------------------------+------------------------------------ Reporter: dlevinson5 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: hls mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by mikaraento): For HLS you are probably better off using the hls muxer instead of the generic segment muxer - it will take care of making HLS-compatible TS files. See https://www.ffmpeg.org/ffmpeg-formats.html#hls-1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 13:58:44 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 12:58:44 -0000 Subject: [FFmpeg-trac] #4214(ffmpeg:new): Conversion to mp3 changes audio duration Message-ID: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> #4214: Conversion to mp3 changes audio duration --------------------------------+--------------------------------------- Reporter: smosek | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- When converting PCM files to MP3, I get audio files with different duration than the original. This only happens when the PCM files are mono. Stereo files are converted correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 14:04:43 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 13:04:43 -0000 Subject: [FFmpeg-trac] #4214(ffmpeg:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.af3629581d36cd38e047afb6843e0f0d@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+---------------------------------- Reporter: smosek | 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 smosek): Command used was ffmpeg.exe -i test.wav -f mp3 test.mp3. Run on Windows -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 14:26:08 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 13:26:08 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.37b7970ec615ea24e70715da3711af0a@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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: ffmpeg => undetermined Comment: Why do you think that test.mp3 is 55 seconds long? It is actually over a minute long (like the wav file that you attached). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 14:45:59 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 13:45:59 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.813ea9d8b9e4b771d189abcb79accd14@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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 smosek): The actual audio is indeed 1 minute, but if you look at it in Windows Explorer or Windows Media Player, the duration is displayed as 55 seconds. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 15:02:55 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 14:02:55 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.e3afc622280fe29315dc20733eefb61a@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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): Are you maybe reporting this issue on the wrong bug tracker? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 15:11:06 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 14:11:06 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.e6d80ee25a2fa462a0467025ae76a105@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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 smosek): What do you mean? Where should I be reporting it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 15:41:12 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 14:41:12 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.e8b34d5823af93605da28e2b6e311834@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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 vlc, MPlayer, xine, totem and FFmpeg show the correct duration but WMP shows the wrong duration, I would suspect that the bug is in WMP. Please test {{{-write_xing 0}}}, this may be a work-around. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 16:23:24 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 15:23:24 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.92ec47f399122a28842598e3f1aaa9b9@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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 smosek): VLC does not really show the correct duration. It shows the wrong duration, but gradually adjusts the duration until it reaches the correct one. The work-around does work, however. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 16:29:08 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 15:29:08 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.fb8a498a16e15572319a241aba3a8c41@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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 smosek): This appears to be the same problem as https://trac.ffmpeg.org/ticket/2697. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 16:59:01 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 15:59:01 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.cd36d41728f614441ee03a29358174d0@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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 heleppkes): Next step would be to manually check the duration value which is written into the Xing header, its very well possible that it might be writing a wrong value. If the written value is correct, than thats another story. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 17:22:53 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 16:22:53 -0000 Subject: [FFmpeg-trac] #4214(undetermined:new): Conversion to mp3 changes audio duration In-Reply-To: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> References: <036.8b9fa22fceb39789ba2dd09596d3960d@avcodec.org> Message-ID: <051.26e1fb87c5011e35b6c6a03578567bd3@avcodec.org> #4214: Conversion to mp3 changes audio duration -------------------------------------+------------------------------------- Reporter: smosek | 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 smosek): I don't see a duration value in the XING header. I did find that when writing the XING header, the XING frame has a bitrate of 24kbps, while the rest of the frames have a bitrate of 8 kbps. This goes well with the fact that opening the audio in an HTML5 player in IE shows a length of 20 seconds for the audio (instead of 1 minute). If I manually modify this bitrate to 8kbps, the audio duration is correct in the HTML5 player. I believe FFMPEG writes the XING frame as though the audio was stereo even if it is mono audio, which is the cause of the problem. This also explains why the problem is not seen with stereo calls. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 18:13:47 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 17:13:47 -0000 Subject: [FFmpeg-trac] #3141(undetermined:closed): ffprobe doesn't show the maximum number of reference frames In-Reply-To: <036.3ef85e72389bbea18766a04057736d3f@avcodec.org> References: <036.3ef85e72389bbea18766a04057736d3f@avcodec.org> Message-ID: <051.ec4de004137649f9e4983ae9d6d9bfce@avcodec.org> #3141: ffprobe doesn't show the maximum number of reference frames -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: h264 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in eee9b7a673de597b04de5df9ef837815e879938c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Dec 30 21:42:17 2014 From: trac at avcodec.org (FFmpeg) Date: Tue, 30 Dec 2014 20:42:17 -0000 Subject: [FFmpeg-trac] #3141(undetermined:closed): ffprobe doesn't show the maximum number of reference frames In-Reply-To: <036.3ef85e72389bbea18766a04057736d3f@avcodec.org> References: <036.3ef85e72389bbea18766a04057736d3f@avcodec.org> Message-ID: <051.84e56ee620630e2330502f04a6b9be77@avcodec.org> #3141: ffprobe doesn't show the maximum number of reference frames -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: h264 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by julian): thanks very much, while adding more useful information, could anyone have a look at #3153? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 01:35:27 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 00:35:27 -0000 Subject: [FFmpeg-trac] #4215(undetermined:new): non monotonically dts when extraction hevc to raw (-> broken output) Message-ID: <035.60ea7bd13bf9a466f4a8d8c8ee6cb986@avcodec.org> #4215: non monotonically dts when extraction hevc to raw (-> broken output) -------------------------------------+------------------------------------- Reporter: Selur | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: hevc | Blocked By: extract raw | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: Call {{{ ffmpeg -y -i "H:\Output\hevc.mkv" -map 0:0 -vcodec copy -an -sn -f rawvideo "H:\Temp\test_00_48_19_0010_02.hevc" }}} (hevc.mkv can be downloaded from: https://drive.google.com/folderview?id=0B_WxUS1XGCPASUZibG5XZkRfeTg&usp=sharing produces a broken hevc file: {{{ ffmpeg version git-2014-12-30-e405a8a Copyright (c) 2000-2014 the FFmpeg developers built on Dec 30 2014 09:45:43 with gcc 4.9.2 (Rev2, Built by MSYS2 project) configuration: --arch=x86_64 --disable-debug --disable-shared --disable- doc --disable-w32threads --enable-gpl --enable-version3 --enable-runtime- cpudetect --enable-avfilter --enable-bzlib --enable-zlib --enable-decklink --enable-librtmp --enable-gnutls --enable-avisynth --enable-frei0r --enable-filter=frei0r --enable-libbluray --enable-libcaca --enable- libopenjpeg --enable-fontconfig --enable-libfreetype --enable-libass --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo- amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libspeex --enable-libtheora --enable-libutvideo --enable- libvorbis --enable-libvo-aacenc --enable-libopus --enable-libvidstab --enable-libvpx --enable-libwavpack --enable-libxavs --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi libavutil 54. 15.100 / 54. 15.100 libavcodec 56. 19.100 / 56. 19.100 libavformat 56. 16.102 / 56. 16.102 libavdevice 56. 3.100 / 56. 3.100 libavfilter 5. 6.100 / 5. 6.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, matroska,webm, from 'H:\Output\hevc.mkv': Metadata: encoder : libebml v1.3.0 + libmatroska v1.4.1 creation_time : 2014-12-28 22:57:01 Encoding Gui : Hybrid 2014.12.27.1 Duration: 00:00:17.18, start: 0.000000, bitrate: 228 kb/s Stream #0:0: Video: hevc (Main), yuv420p(tv), 640x352, SAR 1:1 DAR 20:11, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) (forced) Stream #0:1: Audio: mp3, 48000 Hz, stereo, s16p, 128 kb/s (default) Output #0, rawvideo, to 'H:\Temp\test_00_48_19_0010_02.hevc': Metadata: Encoding Gui : Hybrid 2014.12.27.1 encoder : Lavf56.16.102 Stream #0:0: Video: hevc, yuv420p, 640x352 [SAR 1:1 DAR 20:11], q=2-31, 25 fps, 25 tbr, 1k tbn, 1k tbc (default) (forced) Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [rawvideo @ 000000000018a5e0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 80 >= 40 [rawvideo @ 000000000018a5e0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 80 >= 80 frame= 429 fps=0.0 q=-1.0 Lsize= 216kB time=00:00:17.04 bitrate= 103.8kbits/s video:216kB audio:0kB subtitle:0kB other streams:0kB global headers:1kB muxing overhead: 0.000000% }}} Raw file can be extracted using mkvextract without a problem. ffplay enters a skipping loop when playing the mkv file. Cu Selur -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 01:45:28 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 00:45:28 -0000 Subject: [FFmpeg-trac] #4215(avcodec:open): hevc bitstream filter (was: non monotonically dts when extraction hevc to raw (-> broken output)) In-Reply-To: <035.60ea7bd13bf9a466f4a8d8c8ee6cb986@avcodec.org> References: <035.60ea7bd13bf9a466f4a8d8c8ee6cb986@avcodec.org> Message-ID: <050.e73ff67fe5dd416fb0dea293b252e916@avcodec.org> #4215: hevc bitstream filter -------------------------------------+----------------------------------- Reporter: Selur | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: hevc | 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: hevc extract raw => hevc * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 03:54:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 02:54:55 -0000 Subject: [FFmpeg-trac] #4216(undetermined:new): Rotating videos with FFmpeg Message-ID: <044.1e5972e89e0ac45fe12235546e15ad49@avcodec.org> #4216: Rotating videos with FFmpeg -------------------------------------+------------------------------------- Reporter: | Type: derekbarnes361 | enhancement Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have been trying to figure out how to rotate videos with FFmpeg for some time now. I am working with iPhone videos taken in portrait mode. I know how to determine the current degrees of rotation using MediaInfo (excellent library, btw) but I'm stuck on FFmpeg now. From what I've read, what you need to use is a vfilter option. According to what I see, it should look like this: ffmpeg -vfilters "rotate=90" -i input.mp4 output.mp4 However, I can't get this to work. First, -vfilters doesn't exist anymore, it's now just -vf. Second, I get this error: No such filter: 'rotate' Error opening filters! As far as I know, I have an all-options-on build of FFmpeg. Running ffmpeg -filters shows this: {{{ Filters: anull Pass the source unchanged to the output. aspect Set the frame aspect ratio. crop Crop the input video to x:y:width:height. fifo Buffer input images and send them when they are requested. format Convert the input video to one of the specified pixel formats. hflip Horizontally flip the input video. noformat Force libavfilter not to use any of the specified pixel formats for the input to the next filter. null Pass the source unchanged to the output. pad Pad input image to width:height[:x:y[:color]] (default x and y: 0, default color: black). pixdesctest Test pixel format definitions. pixelaspect Set the pixel aspect ratio. scale Scale the input video to width:height size and/or convert the i mage format. slicify Pass the images of input video on to next video filter as multi ple slices. unsharp Sharpen or blur the input video. vflip Flip the input video vertically. buffer Buffer video frames, and make them accessible to the filterchai n. color Provide an uniformly colored input, syntax is: [color[:size[:ra te]]] nullsrc Null video source, never return images. nullsink Do absolutely nothing with the input video. }}} Having the options for vflip and hflip are great and all, but they just won't get me where I need to go. I need to the ability to rotate videos 90 degrees at the very least. 270 degrees would be an excellent option to have as well. Where have the rotate options gone? Send From: [https://www.smore.com/v6vm-penomet-hydro-pump] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 04:02:56 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 03:02:56 -0000 Subject: [FFmpeg-trac] #4217(undetermined:new): FFMPEG : av_open_input_stream in latest ffmpeg Message-ID: <044.c6088022934154c083e06c4d6781d498@avcodec.org> #4217: FFMPEG : av_open_input_stream in latest ffmpeg -------------------------------------+------------------------------------- Reporter: | Type: derekbarnes361 | enhancement Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I was trying to read data from a buffer(instead of reading from file) for the purpose of live streaming.In the old version of FFMPEG it was supported using the API "av_open_input_stream". But in the FFMPEG version 2.2.2 this API apppears to be missing. I found the API "avformat_open_input" for reading from a file. Which API shall i use for the purpose of live streaming? It would be very thankfull if you could show the steps for live streaming using the API . Send From: http://www.vigrxtrial.net/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 04:04:55 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 03:04:55 -0000 Subject: [FFmpeg-trac] #4216(undetermined:closed): Rotating videos with FFmpeg In-Reply-To: <044.1e5972e89e0ac45fe12235546e15ad49@avcodec.org> References: <044.1e5972e89e0ac45fe12235546e15ad49@avcodec.org> Message-ID: <059.1a8f152005da173aa2816eb10993dcab@avcodec.org> #4216: Rotating videos with FFmpeg -------------------------------------+------------------------------------- Reporter: | Owner: derekbarnes361 | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * type: enhancement => defect * resolution: => invalid Comment: Sorry, this is a bug tracker and not a support forum, please read https://ffmpeg.org/contact.html and post your questions on the appropriate user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 04:06:32 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 03:06:32 -0000 Subject: [FFmpeg-trac] #4217(undetermined:closed): FFMPEG : av_open_input_stream in latest ffmpeg In-Reply-To: <044.c6088022934154c083e06c4d6781d498@avcodec.org> References: <044.c6088022934154c083e06c4d6781d498@avcodec.org> Message-ID: <059.893f01a41c9fd50ea3595164003c70a5@avcodec.org> #4217: FFMPEG : av_open_input_stream in latest ffmpeg -------------------------------------+------------------------------------- Reporter: | Owner: derekbarnes361 | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * type: enhancement => defect * resolution: => invalid Comment: Please ask on the libav-user mailing list, it is important that this tracker is only used for bug reports: https://lists.ffmpeg.org/mailman/listinfo/libav-user/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 05:56:42 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 04:56:42 -0000 Subject: [FFmpeg-trac] #1221(avcodec:closed): loco: broken output with odd width In-Reply-To: <039.ebb1c8930dd800750d59c9f2e4e5cb63@avcodec.org> References: <039.ebb1c8930dd800750d59c9f2e4e5cb63@avcodec.org> Message-ID: <054.cd053a0b75e78b51617e83ae446b70a9@avcodec.org> #1221: loco: broken output with odd width ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: loco | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in d97b94f1af43c280c03e7d16830913911c67e94e -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 10:48:38 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 09:48:38 -0000 Subject: [FFmpeg-trac] #4216(avutil:new): #define PixelFormat AVPixelFormat breaks user code Message-ID: <042.66427b8d3af349b780a883e890801395@avcodec.org> #4216: #define PixelFormat AVPixelFormat breaks user code --------------------------------------+---------------------------------- Reporter: kivalaatikko | Type: defect Status: new | Priority: normal Component: avutil | Version: 2.5.2 Keywords: PixelFormat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- In avutil/pixfmt.h {{{ #define PixelFormat AVPixelFormat }}} prevents users from using the word "PixelFormat" anywhere in their own code, even if in namespaces. Probably fixable by changing to typedef instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 10:53:17 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 09:53:17 -0000 Subject: [FFmpeg-trac] #4216(avutil:new): #define PixelFormat AVPixelFormat breaks user code In-Reply-To: <042.66427b8d3af349b780a883e890801395@avcodec.org> References: <042.66427b8d3af349b780a883e890801395@avcodec.org> Message-ID: <057.50ee359cf83d4661e29459e2c4259fa7@avcodec.org> #4216: #define PixelFormat AVPixelFormat breaks user code --------------------------------------+---------------------------------- Reporter: kivalaatikko | Owner: Type: defect | Status: new Priority: normal | Component: avutil Version: 2.5.2 | Resolution: Keywords: PixelFormat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by heleppkes): You can get rid of this with "#define FF_API_PIX_FMT 0" before including the ffmpeg headers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 11:03:35 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 10:03:35 -0000 Subject: [FFmpeg-trac] #4079(avfilter:open): Support yuyv422 and uyvy422 as input formats for the crop filter In-Reply-To: <037.d314d90c14ecdb79daac36cfaafe8491@avcodec.org> References: <037.d314d90c14ecdb79daac36cfaafe8491@avcodec.org> Message-ID: <052.3b0fe1d9c5eb08b0fd1593ba32a681a2@avcodec.org> #4079: Support yuyv422 and uyvy422 as input formats for the crop filter -------------------------------------+------------------------------------ Reporter: LordHDL | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: crop | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Unrelated: Could you provide a Screenflow scc file for our samples collection? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 12:44:29 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 11:44:29 -0000 Subject: [FFmpeg-trac] #4216(avutil:new): #define PixelFormat AVPixelFormat breaks user code In-Reply-To: <042.66427b8d3af349b780a883e890801395@avcodec.org> References: <042.66427b8d3af349b780a883e890801395@avcodec.org> Message-ID: <057.ee15a1f9fc029951d546d2ef76233154@avcodec.org> #4216: #define PixelFormat AVPixelFormat breaks user code --------------------------------------+---------------------------------- Reporter: kivalaatikko | Owner: Type: defect | Status: new Priority: normal | Component: avutil Version: 2.5.2 | Resolution: Keywords: PixelFormat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Comment (by gjdfgh): If it were a typedef, it would break C code which uses "enum PixelFormat". But yeah, all exported identifiers are supposed to be prefixed with AV, av_, or FF_, and this is just a compatibility hack for older software still using the old identifiers. Maybe it's time to drop them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 13:38:45 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 12:38:45 -0000 Subject: [FFmpeg-trac] #4198(undetermined:new): Concatenate mov files In-Reply-To: <036.84be123f4336e413517a0afbdc348629@avcodec.org> References: <036.84be123f4336e413517a0afbdc348629@avcodec.org> Message-ID: <051.aa86b6aa45040338f5fd22dc1c51b248@avcodec.org> #4198: Concatenate mov files -------------------------------------+------------------------------------- Reporter: grey88 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: concat | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): H.264 inside MP4/MOV is not concatenatable. The concat demuxer can make it so, you need to use the {{{-auto_convert}}} option to enable it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Dec 31 21:48:39 2014 From: trac at avcodec.org (FFmpeg) Date: Wed, 31 Dec 2014 20:48:39 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <037.d44b72df7a36c43fb79d5f6f5ed0920a@avcodec.org> References: <037.d44b72df7a36c43fb79d5f6f5ed0920a@avcodec.org> Message-ID: <052.8c885dc3a01c55dc26bbf9b074f734f0@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ctetrick): I've been looking at this issue for the last couple of weeks and have some observations. If I stream to live-dwf.twitch.tv/app/ The frame rate does not drop. This server is near my location, and has a very low RTT. If I stream to live-prg.twitch.tv/app The frame rate drops as described. RTT is around 147ms. I'm using an ffmpeg build with librtmp enabled. Some people have noted that a TPC Relay app seems to help. I got similar results. Now, in librtmp the function RTMP_SendPacket() packets are broken up by the default outgoing chunksize (128 bytes) and these are sent to the socket directly. However, I noticed this code: {{{ /* send all chunks in one HTTP request */ if (r->Link.protocol & RTMP_FEATURE_HTTP) { int chunks = (nSize+nChunkSize-1) / nChunkSize; if (chunks > 1) { tlen = chunks * (cSize + 1) + nSize + hSize; tbuf = malloc(tlen); if (!tbuf) return FALSE; toff = tbuf; } } }}} By forcing the use of buffering with {{{ if(TRUE) }}} or {{{ if ((r->Link.protocol & RTMP_FEATURE_HTTP) || (packet->m_packetType == RTMP_PACKET_TYPE_VIDEO) || (packet->m_packetType == RTMP_PACKET_TYPE_AUDIO)) }}} The framerate improves considerably - limited by RTT. rogerdpack mentioned on the ffmpeg forum that librtmp turns off Nagle. I'm no expert on TCP, but I suspect that twitch.tv's RTMP ingestion servers still has Nagle turned on so there is still some blocking. -- Ticket URL: FFmpeg FFmpeg issue tracker