From trac at avcodec.org Fri Nov 1 00:07:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Oct 2013 23:07:35 -0000 Subject: [FFmpeg-trac] #2301(trac:closed): Allow granular control for wiki page editing permissions In-Reply-To: <035.e40255ef9644eb62e27b9e075a556171@avcodec.org> References: <035.e40255ef9644eb62e27b9e075a556171@avcodec.org> Message-ID: <050.66bc8d5e6d1cbbe8ed8c17f59493f7cf@avcodec.org> #2301: Allow granular control for wiki page editing permissions -------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: wish | Component: trac Version: unspecified | Resolution: wontfix Keywords: wiki | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by llogan): * status: new => closed * resolution: => wontfix Comment: I'm closing this as I no longer think it is useful or worth implementing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 00:08:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Oct 2013 23:08:09 -0000 Subject: [FFmpeg-trac] #3097(FFmpeg:new): -report option with parallel ffmpeg instances overwrites existing report files In-Reply-To: <037.5414f85c7e64c36eebee962ee5d93cbf@avcodec.org> References: <037.5414f85c7e64c36eebee962ee5d93cbf@avcodec.org> Message-ID: <052.209b38989858efcc9b09eb4c7e471454@avcodec.org> #3097: -report option with parallel ffmpeg instances overwrites existing report files -------------------------------------+---------------------------------- Reporter: foldaway | Owner: Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by foldaway): Because AFAICT it isn't possible from the command line. As a workaround, I'm calling FFmpeg through CreateProcess so I can define the environment (/FFREPORT) uniquely for each instance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 00:51:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 31 Oct 2013 23:51:02 -0000 Subject: [FFmpeg-trac] #3053(avcodec:closed): 2-pass wmv2 fails with "requested bitrate is too low" In-Reply-To: <035.edebbb0c978ecc1f010e28a2fe946b45@avcodec.org> References: <035.edebbb0c978ecc1f010e28a2fe946b45@avcodec.org> Message-ID: <050.76d16124c3f13cd9236d9211a1601486@avcodec.org> #3053: 2-pass wmv2 fails with "requested bitrate is too low" ------------------------------------+----------------------------------- Reporter: terran | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: wmv2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in ec5e02d49573975ee4bc73be173a2fad76d808ff also note that -lmax may need to be raised for doing really low quality bitrate based encoding -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 03:25:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 02:25:48 -0000 Subject: [FFmpeg-trac] #3091(undetermined:new): High Bitrate I-frame CBR MPEG encoding causes error In-Reply-To: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> References: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> Message-ID: <050.023120e913dd5897a0ae70957e68c2ab@avcodec.org> #3091: High Bitrate I-frame CBR MPEG encoding causes error -------------------------------------+------------------------------------- Reporter: ortoni | 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 ortoni): I could not get -b:v 150M -minrate 150M -bt 6M to work - still had "bitrate tolerance too small.." [maxrate and bufsize removed] Increasing -bt: -b:v 150M -minrate 150M -bt 8M was allowed but m2v sequence header says BR = 104,857,200, with sequence length (i.e. # bits/frame) variable, vbv bufsize was 15,138,816. MediaInfo calculated the bitrate as 45.6Mbps. Adding -maxrate and bufsize: -b:v 150M -minrate 150M -maxrate 150M -bt 8M -bufsize 47185920, m2v seq HDR now says BR=45,142,400, sequence length is constant, vbv bufsize is 13,631,488 and MediaInfo says "overall bitrate 149Mb/s" but Maximum Bitrate is 46.8Mbps All tests on same git as original; and I'm very confused! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 03:54:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 02:54:59 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example Message-ID: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 am having issues using muxing example provided with the ffpmeg version ffmpeg-20131026-git-c78a416-win32-dev When i use it to generate 1. .mpg i get following error muxing.exe test.mpg [mp2 @ 004462a0] Specified sample format fltp is invalid or not supported Could not open audio codec: Error number -22 occurred 2. mp4 i get following error muxing.exe test.mp4 [libx264 @ 00613280] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64 [libx264 @ 00613280] profile High, level 1.3 [libx264 @ 00613280] 264 - core 138 r2358 9e941d1 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chro ma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 i nterlaced=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=12 keyint_min=1 scenecut =40 intra_refresh=0 rc_lookahead=12 rc=abr mbtree=1 bitrate=400 ratetol=1.0 qcom p=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [libvo_aacenc @ 00614040] Specified sample format fltp is invalid or not support ed Could not open audio codec: Error number -22 occurred It seems like error is coming from avcodec_open2() in open_audio() Please let me know if i am missing something or i need to set something else to make it work How to reproduce: {{{ % muxing.exe test.mpg ffmpeg version ffmpeg-20131026-git-c78a416-win32-dev built on Windows using MSVC 2012 }}} 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 Nov 1 03:55:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 02:55:56 -0000 Subject: [FFmpeg-trac] #3093(documentation:reopened): exception at 0x52B832F8 (avutil-52.dll) in filtering_video.exe: 0xC0000005: Access violation reading location 0xFEEEFEF2. In-Reply-To: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> References: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> Message-ID: <049.18ba4670b9a0b22ee325ff795d3cfb89@avcodec.org> #3093: exception at 0x52B832F8 (avutil-52.dll) in filtering_video.exe: 0xC0000005: Access violation reading location 0xFEEEFEF2. -------------------------------------+------------------------------------- Reporter: ahsan | Owner: Type: defect | Status: reopened Priority: important | Component: Version: git-master | documentation Keywords: examples | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ahsan): I merged the changes and it seems to fix the memory crash issue. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 04:15:57 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 03:15:57 -0000 Subject: [FFmpeg-trac] #3091(undetermined:new): High Bitrate I-frame CBR MPEG encoding causes error In-Reply-To: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> References: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> Message-ID: <050.aa59153a5d8536d321775a51d887e324@avcodec.org> #3091: High Bitrate I-frame CBR MPEG encoding causes error -------------------------------------+------------------------------------- Reporter: ortoni | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 ortoni]: > I could not get -b:v 150M -minrate 150M -bt 6M to work - still had "bitrate tolerance too small.." [maxrate and bufsize removed] Command line and complete, uncut console output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 04:31:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 03:31:20 -0000 Subject: [FFmpeg-trac] #3091(undetermined:new): High Bitrate I-frame CBR MPEG encoding causes error In-Reply-To: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> References: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> Message-ID: <050.7f882b403c466135bbe4900d357179dc@avcodec.org> #3091: High Bitrate I-frame CBR MPEG encoding causes error -------------------------------------+------------------------------------- Reporter: ortoni | 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 ortoni): my bad: f86387bffmpeg.exe -i c:\tmpdir\work.m2v -vcodec mpeg2video -pix_fmt yuv422p -intra -flags +ildct+ilme -b:v 150M -minrate 150M -bt 6M -r 25 -an -y c:\tmpdir\xdcam.m2v ffmpeg version N-57605-gf86387b Copyright (c) 2000-2013 the FFmpeg developers built on Oct 29 2013 18:01:53 with gcc 4.8.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-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegvideo, from 'c:\tmpdir\work.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], max. 50000 kb/s, 25 fps, 25 tbr, 1200k tbn, 50 tbc [mpeg2video @ 02528b40] Warning min_rate > 0 but min_rate != max_rate isn't recommended! [mpeg2video @ 02528b40] bitrate tolerance too small for bitrate Output #0, mpeg2video, to 'c:\tmpdir\xdcam.m2v': Stream #0:0: Video: mpeg2video, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 150000 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg2video) Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 04:32:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 03:32:19 -0000 Subject: [FFmpeg-trac] #3085(undetermined:closed): Support for more than one AAC RDB per ADTS frame In-Reply-To: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> References: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> Message-ID: <055.c53cf3192e8ee6bac1083b478abbb549@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): The file has been uploaded to the ffmpeg servers (H264aac.ts) Here is the console output (same issue happens with lib_fdk also) {{{ ffmpeg -i "h264aac.ts" -vn -sn -acodec aac -strict 2 -ab 160k -map 0:a test.mp4 ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 03bc4f60] More than one AAC RDB per ADTS frame is not implemented. Update your FFmpeg version to the newest one f rom Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 03bc4f60] channel element 1.1 is not allocated [aac @ 03bc4f60] channel element 3.7 is not allocated [aac @ 03bc4f60] Number of bands (35) exceeds limit (33). [aac @ 03bc4f60] Number of bands (35) exceeds limit (19). [aac @ 03bc4f60] channel element 3.6 is not allocated [aac @ 03bc4f60] Sample rate index in program config element does not match the sample rate index configured by the cont ainer. [aac @ 03bc4f60] decode_pce: Input buffer exhausted before END element found [aac @ 03bc4f60] channel element 1.1 is not allocated [aac @ 03bc4f60] channel element 3.1 is not allocated [aac @ 03bc4f60] channel element 1.5 is not allocated [aac @ 03bc4f60] Reserved bit set. [aac @ 03bc4f60] channel element 2.7 is not allocated [aac @ 03bc4f60] channel element 3.2 is not allocated [aac @ 03bc4f60] channel element 2.12 is not allocated [aac @ 03bc4f60] channel element 2.2 is not allocated [aac @ 03bc4f60] Reserved bit set. [aac @ 03bc4f60] channel element 3.5 is not allocated [mpegts @ 03bda520] decoding for stream 1 failed [mpegts @ 03bda520] PES packet size mismatch [mpegts @ 03bda520] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 3.0, fltp, 305 kb /s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'h264aac.ts': Duration: 00:00:19.12, start: 599.960011, bitrate: 4387 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: aac ([15][0][0][0] / 0x000F), 3.0, fltp, 305 kb/s [abuffer @ 03bc2780] Value inf for parameter 'time_base' out of range [0 - 2.14748e+009] Last message repeated 1 times [abuffer @ 03bc2780] Error setting option time_base to value 1/0. [graph 0 input from stream 0:1 @ 03bc2700] Error applying options to the filter. Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 04:32:34 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 03:32:34 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> References: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> Message-ID: <055.41d126dffb8dbba79ed06f6b99e6d5f4@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ramitbhalla): * status: closed => reopened * resolution: needs_more_info => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 04:33:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 03:33:54 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> References: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> Message-ID: <055.10e74e3d7fce60392cfbbe20dd324a0a@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Also happens without the -map 0:a {{{ ffmpeg -i "h264aac.ts" -vn -sn -acodec aac -strict 2 -ab 160k test. mp4 ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 032e3d00] More than one AAC RDB per ADTS frame is not implemented. Update your FFmpeg version to the newest one f rom Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 032e3d00] channel element 1.1 is not allocated [aac @ 032e3d00] channel element 3.7 is not allocated [aac @ 032e3d00] Number of bands (35) exceeds limit (33). [aac @ 032e3d00] Number of bands (35) exceeds limit (19). [aac @ 032e3d00] channel element 3.6 is not allocated [aac @ 032e3d00] Sample rate index in program config element does not match the sample rate index configured by the cont ainer. [aac @ 032e3d00] decode_pce: Input buffer exhausted before END element found [aac @ 032e3d00] channel element 1.1 is not allocated [aac @ 032e3d00] channel element 3.1 is not allocated [aac @ 032e3d00] channel element 1.5 is not allocated [aac @ 032e3d00] Reserved bit set. [aac @ 032e3d00] channel element 2.7 is not allocated [aac @ 032e3d00] channel element 3.2 is not allocated [aac @ 032e3d00] channel element 2.12 is not allocated [aac @ 032e3d00] channel element 2.2 is not allocated [aac @ 032e3d00] Reserved bit set. [aac @ 032e3d00] channel element 3.5 is not allocated [mpegts @ 032fa460] decoding for stream 1 failed [mpegts @ 032fa460] PES packet size mismatch [mpegts @ 032fa460] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 3.0, fltp, 305 kb /s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'h264aac.ts': Duration: 00:00:19.12, start: 599.960011, bitrate: 4387 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: aac ([15][0][0][0] / 0x000F), 3.0, fltp, 305 kb/s [abuffer @ 032e4f20] Value inf for parameter 'time_base' out of range [0 - 2.14748e+009] Last message repeated 1 times [abuffer @ 032e4f20] Error setting option time_base to value 1/0. [graph 0 input from stream 0:1 @ 032e4ea0] Error applying options to the filter. Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 14:07:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 13:07:49 -0000 Subject: [FFmpeg-trac] #678(undetermined:new): Warn that filtering is disabled when copying streams In-Reply-To: <035.8b7d674c3bf39fb14fc700f4ec5e024f@avcodec.org> References: <035.8b7d674c3bf39fb14fc700f4ec5e024f@avcodec.org> Message-ID: <050.8ebbd7c4552132b4f15483991f4bee69@avcodec.org> #678: Warn that filtering is disabled when copying streams -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dfavor): Seems best to give examples of what "does" work also. For example, this also fails... ffmpeg -i in.mp4 -c:a copy -vf copy,setdar=dar=0,setsar=sar=0 out.mp4 Based on comments in the email thread that spawned this ticket, this type of filter chain will fail on all compressed streams, so having an h264 video stream automatically fails. Suggest docs include... 1) mention of what codecs are supported + unsupported for this operation 2) example of a working -vf copy ffmpeg command line invocation -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 14:09:42 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 13:09:42 -0000 Subject: [FFmpeg-trac] #678(undetermined:new): Warn that filtering is disabled when copying streams In-Reply-To: <035.8b7d674c3bf39fb14fc700f4ec5e024f@avcodec.org> References: <035.8b7d674c3bf39fb14fc700f4ec5e024f@avcodec.org> Message-ID: <050.756b34a90449dbaa2408cf1d8b8d2dc9@avcodec.org> #678: Warn that filtering is disabled when copying streams -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): {{{-vf copy}}} is stupid. What do you not understand in ?Mainly useful for testing purposes.?? Combining {{{setsar}}} and {{{setdar}}} is stupid, they both change the same information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 14:17:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 13:17:04 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> References: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> Message-ID: <055.24ff62a664d0efc7fd6a32f64a6b39d4@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): What happens if you try the following? Is an output file created? Does it play as expected? {{{ $ ffmpeg -i h264aac.ts out.wav }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 15:28:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 14:28:49 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> References: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> Message-ID: <055.9503704d8ecfe7bc77bbbb1c08a468f6@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): {{{ ffmpeg -i "H264AAC.ts" out.wav ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 03d13680] More than one AAC RDB per ADTS frame is not implemented. Update your FFmpeg version to the newest one f rom Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 03d13680] channel element 1.1 is not allocated [aac @ 03d13680] channel element 3.7 is not allocated [aac @ 03d13680] Number of bands (35) exceeds limit (33). [aac @ 03d13680] Number of bands (35) exceeds limit (19). [aac @ 03d13680] channel element 3.6 is not allocated [aac @ 03d13680] Sample rate index in program config element does not match the sample rate index configured by the cont ainer. [aac @ 03d13680] decode_pce: Input buffer exhausted before END element found [aac @ 03d13680] channel element 1.1 is not allocated [aac @ 03d13680] channel element 3.1 is not allocated [aac @ 03d13680] channel element 1.5 is not allocated [aac @ 03d13680] Reserved bit set. [aac @ 03d13680] channel element 2.7 is not allocated [aac @ 03d13680] channel element 3.2 is not allocated [aac @ 03d13680] channel element 2.12 is not allocated [aac @ 03d13680] channel element 2.2 is not allocated [aac @ 03d13680] Reserved bit set. [aac @ 03d13680] channel element 3.5 is not allocated [mpegts @ 03d2a1c0] decoding for stream 1 failed [mpegts @ 03d2a1c0] PES packet size mismatch [mpegts @ 03d2a1c0] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 3.0, fltp, 305 kb /s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'H264AAC.ts': Duration: 00:00:19.12, start: 599.960011, bitrate: 4387 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100]: Audio: aac ([15][0][0][0] / 0x000F), 3.0, fltp, 305 kb/s [abuffer @ 04aad8c0] Value inf for parameter 'time_base' out of range [0 - 2.14748e+009] Last message repeated 1 times [abuffer @ 04aad8c0] Error setting option time_base to value 1/0. [graph 0 input from stream 0:1 @ 04aad840] Error applying options to the filter. Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 15:41:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 14:41:39 -0000 Subject: [FFmpeg-trac] #3108(FFmpeg:new): concat demuxer doesn't work right Message-ID: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> #3108: concat demuxer doesn't work right --------------------------------+---------------------------------- Reporter: Xtophe | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- The concat demuxer does not work correct. It creates a valid playable file but all files in the concat file are not added. Just the first file is copied. Example: A simple example to concat two small files (in the case two of the same files but it also does not work when you use different sources). The used concatfile.txt : file /Users/imac/Desktop/10secMov.mov file /Users/imac/Desktop/10secMov.mov The used FFmpeg command line: ffmpeg -f concat -i /Users/imac/Desktop/concatfile.txt -codec copy -y /Users/imac/Desktop/Sample_Merged.mov ffmpeg output: ffmpeg version 2.1 Copyright (c) 2000-2013 the FFmpeg developers built on Aug 1 2013 16:03:22 with llvm-gcc 4.2.1 (LLVM build 2336.11.00) configuration: --prefix=/Volumes/tempdisk/sw --as=yasm --enable-gpl --enable-pthreads --disable-ffplay --disable-ffserver --disable-shared --enable-static --enable-libvpx --disable-decoder=libvpx --enable- libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-zlib --enable-avfilter --enable-fontconfig --enable-libfreetype --enable-libass --enable- libutvideo --enable-filters --enable-postproc --enable-runtime-cpudetect libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [concat @ 0x7fe280818600] Estimating duration from bitrate, this may be inaccurate Input #0, concat, from '/Users/imac/Desktop/concatfile.txt': Duration: 00:00:00.02, start: 0.000000, bitrate: 26 kb/s Stream #0:0: Video: h264 (High) (avc1 / 0x31637661), yuv420p, 480x270 [SAR 1:1 DAR 16:9], 976 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Stream #0:1: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 131 kb/s Output #0, mov, to '/Users/imac/Desktop/Sample_Merged.mov': Metadata: encoder : Lavf55.12.100 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 480x270 [SAR 1:1 DAR 16:9], q=2-31, 976 kb/s, 25 fps, 12800 tbn, 12800 tbc Stream #0:1: Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 131 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 250 fps=0.0 q=-1.0 Lsize= 1361kB time=00:00:10.03 bitrate=1111.3kbits/s video:1191kB audio:160kB subtitle:0 global headers:0kB muxing overhead 0.666447% The resulting sample_merged.mov file is working BUT: - It has the file size of the first file (10secMov.mov) - The movie length is also the same as the first file (10secMov.mov) Basically this means the concat hasn't been done. It just copied the video and audio streams of the first file. BTW this also happens with the latest GIT version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 15:46:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 14:46:54 -0000 Subject: [FFmpeg-trac] #3108(FFmpeg:new): concat demuxer doesn't work right In-Reply-To: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> References: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> Message-ID: <050.b5cd05b0dffb4e80dd9132ac73d22049@avcodec.org> #3108: concat demuxer doesn't work right --------------------------------+---------------------------------- Reporter: Xtophe | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Comment (by Xtophe): To be clear: In this example the result should be a movie of 20 seconds and 2,6MB in size (read: twice the length and size of the two source files). The result you now get is 10secs and 1.3MB -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 16:16:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 15:16:02 -0000 Subject: [FFmpeg-trac] #3109(undetermined:new): FFMPEG crashes after producing an error of more frames in 2nd pass Message-ID: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- 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: When doing a 2 pass encoding, at the END of the encoding ffmpeg throws an error about more frames in the 2nd pass than the first and then crashes. The command line and output of the 2nd pass {{{ ffmpeg -probesize 100M -analyzeduration 300M -threads 0 -drc_scale 0.8 -y -i "The Devil's Advocate_SCIFIHD_2013_10_29_10_58_00.ts" -ss 3 -vf yadif=0:-1,hqdn3d,crop=1904:1072:6:4,scale=720 :400 -vcodec libx264 -b 1800000 -x264opts me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=5:rc- lookahead=50:keyint=2 5:min-keyint=20:bframes=3:weightb=1:level=4.0:b-pyramid=normal:direct=auto :mixed-refs=1:deblock=-1,-1:no-fast-pskip=1:no -dct-decimate=1:b-adapt=2:threads=auto -acodec libfdk_aac -ab 384k -cutoff 18000 -ac 2 -pass 2 -passlogfile "MCEBuddy2 Pass.log" "The Devil's Advocate_SCIFIHD_2013_10_29_10_58_00-converted.mp4" ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from 'The Devil's Advocate_SCIFIHD_2013_10_29_10_58_00.ts': Duration: 00:05:55.01, start: 1.424000, bitrate: 12974 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous [libx264 @ 05531020] using SAR=595/603 [libx264 @ 05531020] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 05531020] profile High, level 4.0 [libx264 @ 05531020] 264 - core 136 r2350 3361d59 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.or g/x264.html - options: cabac=1 ref=5 deblock=1:-1:-1 analyse=0x3:0x133 me=hex subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=-2 threads=6 lookahead_th reads=1 sliced_threads=0 nr=0 decimate=0 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt= 1 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=25 keyint_min=13 scenecut=40 intra_refresh=0 rc_lookahead=25 r c=2pass mbtree=1 bitrate=1800 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq= 1:1.00 Output #0, mp4, to 'The Devil's Advocate_SCIFIHD_2013_10_29_10_58_00-converted.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x400 [SAR 595:603 DAR 119:67], q=-1--1, pas s 2, 1800 kb/s, 30k tbn, 29.97 tbc Stream #0:1(eng): Audio: aac (libfdk_aac) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 384 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Stream #0:0 -> #0:1 (ac3 -> libfdk_aac) Press [q] to stop, [?] for help [ac3 @ 025af060] frame sync error Error while decoding stream #0:0: Error number -1 occurred [swscaler @ 03a3d840] Warning: data is not aligned! This can lead to a speedloss 2nd pass has more frames than 1st pass (10535)e=00:05:51.33 bitrate=2184.1kbits/s dup=1 drop=0 [libx264 @ 05531020] continuing anyway, at constant QP=21 [libx264 @ 05531020] disabling adaptive B-frames }}} Let me know if you want the original file uploaded - it is 600MB in size. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 16:24:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 15:24:15 -0000 Subject: [FFmpeg-trac] #3109(undetermined:new): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.19c82a30ddeaa2f2032d3d9740482ef8@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): I've uploaded a sample (20MB) 2ndpassfail.ts Here is how to replicate the issue: {{{ ffmpeg -probesize 100M -analyzeduration 300M -threads 0 -drc_scale 0.8 -y -i "2ndpassfail.ts" -ss 3 -vf yadif=0:-1,hqdn3d,crop=1904:1072:6:4,scale=720:400 -vcodec libx264 -b 1800000 -x264 opts partitions=none:rc-lookahead=50:keyint=25:min- keyint=20:bframes=3:weightb=0:level=4.0:b-pyramid=normal:direct=auto: mixed-refs=0:deblock=-1,-1:no-fast-pskip=0:no-dct-decimate=1:threads=auto -acodec libfdk_aac -ab 384k -cutoff 18000 -a c 2 -subq 1 -refs 1 -trellis 0 -b_strategy 1 -me_method dia -pass 1 -passlogfile "2ndpassfail.log" -f rawvideo NUL ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0327dc40] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous Codec AVOption cutoff (set cutoff bandwidth) specified for output file #0 (NUL) has not been used for any stream. The mo st likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Codec AVOption ab (set bitrate (in bits/s)) specified for output file #0 (NUL) has not been used for any stream. The mos t 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 @ 0523b020] using SAR=595/603 [libx264 @ 0523b020] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0523b020] profile Main, level 4.0 Output #0, rawvideo, to 'NUL': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264), yuv420p, 720x400 [SAR 595:603 DAR 119:67], q=-1--1, pass 1, 1800 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help [swscaler @ 056e8040] Warning: data is not aligned! This can lead to a speedloss PES packet size mismatch.0 size= 1718kB time=00:00:07.74 bitrate=1818.2kbits/s [mpeg2video @ 032ab500] Warning MVs not available [mpeg2video @ 032ab500] concealing 7367 DC, 7367 AC, 7367 MV errors in B frame frame= 287 fps= 19 q=-1.0 Lsize= 2222kB time=00:00:09.50 bitrate=1914.4kbits/s video:2222kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% [libx264 @ 0523b020] frame I:12 Avg QP:14.62 size: 42740 [libx264 @ 0523b020] frame P:141 Avg QP:17.52 size: 10470 [libx264 @ 0523b020] frame B:134 Avg QP:21.67 size: 2138 [libx264 @ 0523b020] consecutive B-frames: 34.5% 4.2% 16.7% 44.6% [libx264 @ 0523b020] mb I I16..4: 12.1% 0.0% 87.9% [libx264 @ 0523b020] mb P I16..4: 7.8% 0.0% 0.0% P16..4: 68.3% 0.0% 0.0% 0.0% 0.0% skip:23.9% [libx264 @ 0523b020] mb B I16..4: 0.5% 0.0% 0.0% B16..8: 23.5% 0.0% 0.0% direct:13.7% skip:62.3% L0:32.3% L1:4 3.1% BI:24.7% [libx264 @ 0523b020] final ratefactor: 17.02 [libx264 @ 0523b020] direct mvs spatial:98.5% temporal:1.5% [libx264 @ 0523b020] coded y,uvDC,uvAC intra: 75.8% 83.8% 70.1% inter: 28.6% 25.9% 14.3% [libx264 @ 0523b020] i16 v,h,dc,p: 50% 24% 17% 10% [libx264 @ 0523b020] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 37% 13% 8% 7% 6% 7% 6% 8% 8% [libx264 @ 0523b020] i8c dc,h,v,p: 36% 19% 33% 12% [libx264 @ 0523b020] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0523b020] kb/s:1901.07 }}} {{{ ffmpeg -probesize 100M -analyzeduration 300M -threads 0 -drc_scale 0.8 -y -i "2ndpassfail.ts" -ss 3 -vf yadif=0:-1,hqdn3d,crop=1904:1072:6:4,scale=720:400 -vcodec libx264 -b 1800000 -x26 4opts me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=5:rc- lookahead=50:keyint=25:min-keyint=20:bframes=3:weightb=1: level=4.0:b-pyramid=normal:direct=auto:mixed-refs=1:deblock=-1,-1:no-fast- pskip=1:no-dct-decimate=1:b-adapt=2:threads=au to -acodec libfdk_aac -ab 384k -cutoff 18000 -ac 2 -pass 2 -passlogfile "2ndpassfail.log" "2ndpassfail.mp4" ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0255f340] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous [libx264 @ 05590b20] using SAR=595/603 [libx264 @ 05590b20] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 05590b20] profile High, level 4.0 [libx264 @ 05590b20] 264 - core 136 r2350 3361d59 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.or g/x264.html - options: cabac=1 ref=5 deblock=1:-1:-1 analyse=0x3:0x133 me=hex subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=-2 threads=6 lookahead_th reads=1 sliced_threads=0 nr=0 decimate=0 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt= 1 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=25 keyint_min=13 scenecut=40 intra_refresh=0 rc_lookahead=25 r c=2pass mbtree=1 bitrate=1800 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq= 1:1.00 Output #0, mp4, to '2ndpassfail.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x400 [SAR 595:603 DAR 119:67], q=-1--1, pas s 2, 1800 kb/s, 30k tbn, 29.97 tbc Stream #0:1(eng): Audio: aac (libfdk_aac) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 384 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Stream #0:0 -> #0:1 (ac3 -> libfdk_aac) Press [q] to stop, [?] for help [ac3 @ 03b54cc0] frame sync error Error while decoding stream #0:0: Error number -1 occurred [swscaler @ 03b5ff20] Warning: data is not aligned! This can lead to a speedloss 2nd pass has more frames than 1st pass (287)ime=00:00:09.38 bitrate=2155.7kbits/s dup=1 drop=0 [libx264 @ 05590b20] continuing anyway, at constant QP=19 [libx264 @ 05590b20] disabling adaptive B-frames [libx264 @ 05590b20] specified frame type is not compatible with max B-frames }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 16:29:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 15:29:41 -0000 Subject: [FFmpeg-trac] #3109(undetermined:new): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.0dc9c982938a8f7ec6bf092af1e6793a@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): Even if I use exactly the same parameters on the 1st and 2nd pass it crashes: {{{ ffmpeg -probesize 100M -analyzeduration 300M -threads 0 -drc_scale 0.8 -y -i "2ndpassfail.ts" -ss 3 -vf yadif=0:-1,hqdn3d,crop=1904:1072:6:4,scale=720:400 -vcodec libx264 -b 1800000 -x26 4opts me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=5:rc- lookahead=50:keyint=25:min-keyint=20:bframes=3:weightb=1: level=4.0:b-pyramid=normal:direct=auto:mixed-refs=1:deblock=-1,-1:no-fast- pskip=1:no-dct-decimate=1:b-adapt=2:threads=au to -acodec libfdk_aac -ab 384k -cutoff 18000 -ac 2 -pass 1 -passlogfile "2ndpassfail.log" -f rawvideo NUL ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0034dbc0] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous Codec AVOption cutoff (set cutoff bandwidth) specified for output file #0 (NUL) has not been used for any stream. The mo st likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Codec AVOption ab (set bitrate (in bits/s)) specified for output file #0 (NUL) has not been used for any stream. The mos t 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 @ 04cafae0] using SAR=595/603 [libx264 @ 04cafae0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 04cafae0] profile Main, level 4.0 Output #0, rawvideo, to 'NUL': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264), yuv420p, 720x400 [SAR 595:603 DAR 119:67], q=-1--1, pass 1, 1800 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help [swscaler @ 044649a0] Warning: data is not aligned! This can lead to a speedloss PES packet size mismatch.0 size= 1733kB time=00:00:07.67 bitrate=1849.6kbits/s Warning MVs not available0 size= 1926kB time=00:00:08.24 bitrate=1914.4kbits/s [mpeg2video @ 03c3c2c0] concealing 7367 DC, 7367 AC, 7367 MV errors in B frame frame= 287 fps= 20 q=-1.0 Lsize= 2265kB time=00:00:09.50 bitrate=1951.5kbits/s video:2265kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% [libx264 @ 04cafae0] frame I:14 Avg QP:14.12 size: 46244 [libx264 @ 04cafae0] frame P:96 Avg QP:17.20 size: 12694 [libx264 @ 04cafae0] frame B:177 Avg QP:20.03 size: 2564 [libx264 @ 04cafae0] consecutive B-frames: 12.2% 9.1% 23.0% 55.7% [libx264 @ 04cafae0] mb I I16..4: 13.7% 0.0% 86.3% [libx264 @ 04cafae0] mb P I16..4: 11.8% 0.0% 0.0% P16..4: 71.1% 0.0% 0.0% 0.0% 0.0% skip:17.0% [libx264 @ 04cafae0] mb B I16..4: 1.0% 0.0% 0.0% B16..8: 27.2% 0.0% 0.0% direct:14.5% skip:57.4% L0:30.3% L1:4 0.1% BI:29.6% [libx264 @ 04cafae0] final ratefactor: 15.66 [libx264 @ 04cafae0] direct mvs spatial:97.7% temporal:2.3% [libx264 @ 04cafae0] coded y,uvDC,uvAC intra: 78.4% 85.3% 70.2% inter: 25.6% 24.9% 12.4% [libx264 @ 04cafae0] i16 v,h,dc,p: 48% 23% 20% 9% [libx264 @ 04cafae0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 15% 7% 6% 7% 7% 6% 8% 7% [libx264 @ 04cafae0] i8c dc,h,v,p: 44% 17% 30% 9% [libx264 @ 04cafae0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 04cafae0] kb/s:1937.94 }}} {{{ ffmpeg -probesize 100M -analyzeduration 300M -threads 0 -drc_scale 0.8 -y -i "2ndpassfail.ts" -ss 3 -vf yadif=0:-1,hqdn3d,crop=1904:1072:6:4,scale=720:400 -vcodec libx264 -b 1800000 -x26 4opts me=hex:trellis=2:subq=8:partitions=all:8x8dct=1:ref=5:rc- lookahead=50:keyint=25:min-keyint=20:bframes=3:weightb=1: level=4.0:b-pyramid=normal:direct=auto:mixed-refs=1:deblock=-1,-1:no-fast- pskip=1:no-dct-decimate=1:b-adapt=2:threads=au to -acodec libfdk_aac -ab 384k -cutoff 18000 -ac 2 -pass 2 -passlogfile "2ndpassfail.log" "2ndpassfail.mp4" ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 026ff340] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous [libx264 @ 05550b20] using SAR=595/603 [libx264 @ 05550b20] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 05550b20] profile High, level 4.0 [libx264 @ 05550b20] 264 - core 136 r2350 3361d59 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.or g/x264.html - options: cabac=1 ref=5 deblock=1:-1:-1 analyse=0x3:0x133 me=hex subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=-2 threads=6 lookahead_th reads=1 sliced_threads=0 nr=0 decimate=0 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt= 2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=25 keyint_min=13 scenecut=40 intra_refresh=0 rc_lookahead=25 r c=2pass mbtree=1 bitrate=1800 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq= 1:1.00 Output #0, mp4, to '2ndpassfail.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x400 [SAR 595:603 DAR 119:67], q=-1--1, pas s 2, 1800 kb/s, 30k tbn, 29.97 tbc Stream #0:1(eng): Audio: aac (libfdk_aac) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 384 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Stream #0:0 -> #0:1 (ac3 -> libfdk_aac) Press [q] to stop, [?] for help [ac3 @ 03a84cc0] frame sync error Error while decoding stream #0:0: Error number -1 occurred [swscaler @ 03a8ff20] Warning: data is not aligned! This can lead to a speedloss 2nd pass has more frames than 1st pass (287)ime=00:00:09.38 bitrate=2152.0kbits/s dup=1 drop=0 [libx264 @ 05550b20] continuing anyway, at constant QP=19 [libx264 @ 05550b20] disabling adaptive B-frames [libx264 @ 05550b20] specified frame type is not compatible with max B-frames }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 16:34:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 15:34:44 -0000 Subject: [FFmpeg-trac] #3109(undetermined:new): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.b05f1f4d1b0229f42c05397e7c3d4c1e@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): Barebones version: {{{ ffmpeg -threads 0 -y -i "2ndpassfail.ts" -vcodec libx264 -b 1800000 -pass 1 -passlogfile "2ndpassfail.log" -f rawvideo NUL ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 03b2a620] PES packet size mismatch Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous [libx264 @ 047e05a0] using SAR=1/1 [libx264 @ 047e05a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 047e05a0] profile Main, level 4.0 Output #0, rawvideo, to 'NUL': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, pass 1, 1800 kb/s, 90k tbn, 29.9 7 tbc Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help PES packet size mismatch.0 size= 2215kB time=00:00:10.04 bitrate=1806.6kbits/s dup=1 drop=0 [mpeg2video @ 03b128c0] Warning MVs not available [mpeg2video @ 03b128c0] concealing 7367 DC, 7367 AC, 7367 MV errors in B frame frame= 377 fps= 31 q=-1.0 Lsize= 3073kB time=00:00:12.51 bitrate=2012.2kbits/s dup=1 drop=0 video:3073kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% [libx264 @ 047e05a0] frame I:9 Avg QP:27.02 size: 62523 [libx264 @ 047e05a0] frame P:163 Avg QP:29.43 size: 12393 [libx264 @ 047e05a0] frame B:205 Avg QP:31.54 size: 2754 [libx264 @ 047e05a0] consecutive B-frames: 18.3% 24.9% 8.0% 48.8% [libx264 @ 047e05a0] mb I I16..4: 65.2% 0.0% 34.8% [libx264 @ 047e05a0] mb P I16..4: 16.8% 0.0% 0.0% P16..4: 22.7% 0.0% 0.0% 0.0% 0.0% skip:60.4% [libx264 @ 047e05a0] mb B I16..4: 1.0% 0.0% 0.0% B16..8: 6.2% 0.0% 0.0% direct: 3.4% skip:89.4% L0:39.8% L1:5 0.2% BI:10.1% [libx264 @ 047e05a0] final ratefactor: 28.92 [libx264 @ 047e05a0] coded y,uvDC,uvAC intra: 19.3% 47.9% 8.7% inter: 2.5% 5.3% 0.2% [libx264 @ 047e05a0] i16 v,h,dc,p: 41% 29% 19% 11% [libx264 @ 047e05a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 30% 16% 6% 3% 4% 4% 4% 4% [libx264 @ 047e05a0] i8c dc,h,v,p: 55% 19% 21% 5% [libx264 @ 047e05a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 047e05a0] kb/s:2001.54 }}} {{{ ffmpeg -threads 0 -y -i "2ndpassfail.ts" -vcodec libx264 -b 1800000 -pass 2 -passlogfile "2ndpassfail.log" 2ndpassfail.mp4 ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 14 2013 09:33:16 with gcc 4.8.0 (GCC) configuration: --arch=x86 --target-os=mingw32 --cross- prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/bin /i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --enable-lib mp3lame --enable-version3 --enable-zlib --enable-librtmp --enable- libvorbis --enable-libtheora --enable-libspeex --enabl e-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-libvo-aacenc --enable-bzlib --enable- libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable -libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libvpx --enable- libilbc --enable-iconv --enable-libtwolame --extra- cflags=-DLIBTWOLAME_STATIC --enable-libmodplug --extra-libs=-lstdc++ --enable-libcaca --prefix=/home/mcebuddy/Software/ffmpeg/sandbox/mingw-w64-i686/i686-w64-mingw32 --enable-static --disab le-shared --enable-libsoxr --enable-fontconfig --enable-libass libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 03e5a500] PES packet size mismatch Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous [libx264 @ 043bf280] using SAR=1/1 [libx264 @ 043bf280] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 043bf280] profile High, level 4.0 [libx264 @ 043bf280] 264 - core 136 r2350 3361d59 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.or g/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 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_thre ads=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 =2pass mbtree=1 bitrate=1800 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq=1 :1.00 Output #0, mp4, to '2ndpassfail.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, pass 2, 1800 kb/s, 30k tbn, 29.97 tbc Stream #0:1(eng): Audio: aac (libfdk_aac) ([64][0][0][0] / 0x0040), 48000 Hz, 5.1, s16, 488 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Stream #0:0 -> #0:1 (ac3 -> libfdk_aac) Press [q] to stop, [?] for help [ac3 @ 03e44bc0] frame sync error Error while decoding stream #0:0: Error number -1 occurred [libfdk_aac @ 04ae4020] Queue input is backward in time [mp4 @ 03e43d20] Non-monotonous DTS in output stream 0:1; previous: 2560, current: 2049; changing to 2561. This may resu lt in incorrect timestamps in the output file. 2nd pass has more frames than 1st pass (377)ime=00:00:12.37 bitrate=2355.9kbits/s dup=17 drop=0 [libx264 @ 043bf280] continuing anyway, at constant QP=33 [libx264 @ 043bf280] disabling adaptive B-frames }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 1 17:18:50 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 01 Nov 2013 16:18:50 -0000 Subject: [FFmpeg-trac] #3109(undetermined:new): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.e2d17eee51f4d80eb8d34792b6c0b1d4@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | 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 ramitbhalla): Okay I isolated the issue, it's the audio codec, when enabled it causes ffmpeg to crash, when disabled it works fine: {{{ ffmpeg.2314 -threads 0 -y -i "2ndpassfail.ts" -vcodec libx264 -b 1800000 -pass 2 -p asslogfile "2ndpassfail.log" -acodec copy 2ndpassfail.mp4 ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 18 2013 18:01:33 with gcc 4.7.3 (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-libcaca --enable-libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopenco re-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-lib vpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 027d97e0] PES packet size mismatch Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous [libx264 @ 0472db20] using SAR=1/1 [libx264 @ 0472db20] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0472db20] profile High, level 4.0 [libx264 @ 0472db20] 264 - core 135 r2345 f0c1c53 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.or g/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 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_thre ads=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 =2pass mbtree=1 bitrate=1800 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq=1 :1.00 [mp4 @ 027debc0] track 1: codec frame size is not set Output #0, mp4, to '2ndpassfail.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, pass 2, 1800 kb/s, 30k tbn, 29.97 tbc Stream #0:1(eng): Audio: ac3 ([165][0][0][0] / 0x00A5), 48000 Hz, 5.1(side), 384 kb/s Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help 2nd pass has more frames than 1st pass (377)ime=00:00:12.51 bitrate=2277.1kbits/s dup=17 drop=0 [libx264 @ 0472db20] continuing anyway, at constant QP=33 [libx264 @ 0472db20] disabling adaptive B-frames }}} fine when disbaled {{{ ffmpeg.2314 -threads 0 -y -i "2ndpassfail.ts" -vcodec libx264 -b 1800000 -pass 2 -p asslogfile "2ndpassfail.log" -an 2ndpassfail.mp4 ffmpeg version N-54802-gfc6de70 Copyright (c) 2000-2013 the FFmpeg developers built on Jul 18 2013 18:01:33 with gcc 4.7.3 (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-libcaca --enable-libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopenco re-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-lib vpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.102 / 55. 12.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 81.101 / 3. 81.101 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 026e97e0] PES packet size mismatch Input #0, mpegts, from '2ndpassfail.ts': Duration: 00:00:13.07, start: 1.424000, bitrate: 12839 kb/s Program 1 Metadata: service_name : Syfy HD service_provider: SCIFIHD Stream #0:0[0x100](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x102]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 f ps, 29.97 tbr, 90k tbn, 59.94 tbc Please use -b:a or -b:v, -b is ambiguous [libx264 @ 0462db20] using SAR=1/1 [libx264 @ 0462db20] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 0462db20] profile High, level 4.0 [libx264 @ 0462db20] 264 - core 135 r2345 f0c1c53 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.or g/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 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_thre ads=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 =2pass mbtree=1 bitrate=1800 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq=1 :1.00 Output #0, mp4, to '2ndpassfail.mp4': Metadata: encoder : Lavf55.12.102 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, pass 2, 1800 kb/s, 30k tbn, 29.97 tbc Stream mapping: Stream #0:2 -> #0:0 (mpeg2video -> libx264) Press [q] to stop, [?] for help PES packet size mismatch.0 size= 2708kB time=00:00:12.01 bitrate=1846.7kbits/s dup=1 drop=0 [mpeg2video @ 026e3200] Warning MVs not available [mpeg2video @ 026e3200] concealing 7367 DC, 7367 AC, 7367 MV errors in B frame frame= 377 fps= 13 q=-1.0 Lsize= 2811kB time=00:00:12.51 bitrate=1840.6kbits/s dup=1 drop=0 video:2806kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.174997% [libx264 @ 0462db20] frame I:9 Avg QP:29.25 size: 49049 [libx264 @ 0462db20] frame P:163 Avg QP:32.10 size: 11226 [libx264 @ 0462db20] frame B:205 Avg QP:35.20 size: 2935 [libx264 @ 0462db20] consecutive B-frames: 18.3% 24.9% 8.0% 48.8% [libx264 @ 0462db20] mb I I16..4: 39.0% 59.1% 1.9% [libx264 @ 0462db20] mb P I16..4: 4.7% 6.3% 0.4% P16..4: 27.3% 2.0% 1.1% 0.0% 0.0% skip:58.2% [libx264 @ 0462db20] mb B I16..4: 0.1% 0.3% 0.0% B16..8: 18.5% 0.5% 0.1% direct: 0.3% skip:80.2% L0:41.2% L1:5 7.9% BI: 0.9% [libx264 @ 0462db20] 8x8 transform intra:56.8% inter:94.2% [libx264 @ 0462db20] coded y,uvDC,uvAC intra: 32.1% 54.8% 9.1% inter: 3.5% 5.7% 0.1% [libx264 @ 0462db20] i16 v,h,dc,p: 37% 32% 9% 22% [libx264 @ 0462db20] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 15% 45% 3% 3% 3% 3% 4% 4% [libx264 @ 0462db20] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 77% 7% 1% 2% 1% 2% 1% 1% [libx264 @ 0462db20] i8c dc,h,v,p: 60% 18% 18% 4% [libx264 @ 0462db20] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0462db20] ref P L0: 56.9% 12.8% 20.4% 9.9% [libx264 @ 0462db20] ref B L0: 84.1% 12.5% 3.4% [libx264 @ 0462db20] ref B L1: 96.2% 3.8% [libx264 @ 0462db20] kb/s:1827.13 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 02:43:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 01:43:16 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> References: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> Message-ID: <055.6fca8562d2b208178972e79e9e305198@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does the sample play with WMP? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 02:46:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 01:46:48 -0000 Subject: [FFmpeg-trac] #3085(undetermined:reopened): Support for more than one AAC RDB per ADTS frame In-Reply-To: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> References: <040.dca3af2ede90bd60fe6b517b9383d692@avcodec.org> Message-ID: <055.830fd776423917e8409b3434f644779d@avcodec.org> #3085: Support for more than one AAC RDB per ADTS frame -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Yes it does. For audio I need kmplayer I think due to AAC but it does play in wmp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 02:47:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 01:47:53 -0000 Subject: [FFmpeg-trac] #3109(undetermined:closed): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.a03e283d0faa53a366d315e00be2a695@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #2846 Please understand that there is nothing to fix in FFmpeg afaict (consider providing a backtrace if you disagree), you simply have to use the same (or at least more similar) parameters for first and second pass. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 02:49:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 01:49:33 -0000 Subject: [FFmpeg-trac] #3109(undetermined:closed): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.1ceb1550716689f760a05ff1ee0ca3a5@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Or, as I tried to explain there: It would probably be even worse if the crash wouldn't tell you that encoding went completely wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 03:21:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 02:21:14 -0000 Subject: [FFmpeg-trac] #3109(undetermined:closed): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.1e6555ca9b6e5b63e029800bded7352a@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): so if I understood correctly (and tried and it works), replacing the -f rawvideo NUL with 2ndpassfail.mp4 in the 1st pass works fine (no crash). Are you saying that the audio format difference (since NUL causes audio to be disabled) is what is causing the sync/crash? If so, how does one use NUL in the first pass to speed things up? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 03:36:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 02:36:39 -0000 Subject: [FFmpeg-trac] #3109(undetermined:closed): FFMPEG crashes after producing an error of more frames in 2nd pass In-Reply-To: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> References: <040.996344e8cc9cf4a7bc6f026b625c1657@avcodec.org> Message-ID: <055.7e8d66eba00e1fa4eab5000e57ca3813@avcodec.org> #3109: FFMPEG crashes after producing an error of more frames in 2nd pass -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): got it, I used -f mp4 and it worked fine. I guess -f rawvideo was changing muxers (which caused the audio to be disbaled in 1st pass) hence causing 2nd pass to crash since audio was present with the mp4 muxer. Is this correct? Also I didn't any performance improvement by using -f mp4 NUL vs xyz.mp4 - is that the right behavior? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 12:21:42 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 11:21:42 -0000 Subject: [FFmpeg-trac] #3108(avformat:open): concat demuxer doesn't accept CR as line separators (was: concat demuxer doesn't work right) In-Reply-To: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> References: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> Message-ID: <050.9a23bf5d12918bac4ee34199e3c4dc22@avcodec.org> #3108: concat demuxer doesn't accept CR as line separators -------------------------------------+------------------------------------ Reporter: Xtophe | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: 2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by Cigaes): * analyzed: 0 => 1 * status: new => open * type: defect => enhancement * component: FFmpeg => avformat Comment: Your concat script has carriage returns instead of the normal line feeds to separate the lines; this is a quirk of obsolete macos software. Use an editor that separates lines with LF, or even CR-LF like windows software, and it should work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 13:02:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 12:02:22 -0000 Subject: [FFmpeg-trac] #3108(avformat:open): concat demuxer doesn't accept CR as line separators In-Reply-To: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> References: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> Message-ID: <050.ee94d2806f20f920e6c4fe65333d83a8@avcodec.org> #3108: concat demuxer doesn't accept CR as line separators -------------------------------------+------------------------------------ Reporter: Xtophe | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: 2.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by Xtophe): Bummer .. thanks it works now. This ticket can be closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 16:00:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 15:00:08 -0000 Subject: [FFmpeg-trac] #3110(undetermined:new): Extracting streams from 5.1 audio input creates invalid output Message-ID: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> #3110: Extracting streams from 5.1 audio input creates invalid output -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Trying to extract each channel of the input audio (in 5.1 channel format) into a separate stream of 1 output file, produces invalid output (at least invalid when played with ffplay or vlc). How to reproduce: {{{ ffmpeg -i 6_Channel_ID.wav -map 0:0 -c:a copy -map 0:0 -c:a copy -map 0:0 -c:a copy -map 0:0 -c:a copy -map 0:0 -c:a copy -map 0:0 -c:a copy -map_channel 0.0.0:0.0 -map_channel 0.0.1:0.1 -map_channel 0.0.2:0.2 -map_channel 0.0.3:0.3 -map_channel 0.0.4:0.4 -map_channel 0.0.5:0.5 out.wav ffmpeg version N-57781-g0610d6e Copyright (c) 2000-2013 the FFmpeg developers built on Nov 1 2013 18:01:35 with gcc 4.8.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-libcaca --enable-libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopenco re-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib libavutil 52. 49.100 / 52. 49.100 libavcodec 55. 40.101 / 55. 40.101 libavformat 55. 20.105 / 55. 20.105 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from '6_Channel_ID.wav': Duration: 00:00:05.84, bitrate: 4233 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, s16, 4233 kb/s File 'out.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.20.105 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, 4233 kb/s Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, 4233 kb/s Stream #0:2: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, 4233 kb/s Stream #0:3: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, 4233 kb/s Stream #0:4: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, 4233 kb/s Stream #0:5: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 5.1, 4233 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Stream #0:0 -> #0:2 (copy) Stream #0:0 -> #0:3 (copy) Stream #0:0 -> #0:4 (copy) Stream #0:0 -> #0:5 (copy) Press [q] to stop, [?] for help size= 18099kB time=00:00:05.83 bitrate=25401.7kbits/s video:0kB audio:18099kB subtitle:0 global headers:0kB muxing overhead 0.000550% }}} The output file out.wav plays very choppy in ffplay and vlc. The [http://www- mmsp.ece.mcgill.ca/Documents../AudioFormats/WAVE/Samples/Microsoft/6_Channel_ID.wav input source file "6_Channel_ID.wav"] can be obtained freely from: http ://www-mmsp.ece.mcgill.ca/Documents../AudioFormats/WAVE/Samples.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 16:31:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 15:31:12 -0000 Subject: [FFmpeg-trac] #3110(avformat:open): Extracting streams from 5.1 audio input creates invalid output In-Reply-To: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> References: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> Message-ID: <049.d9fa5d6e2375db8dbcaf5ba5bc4ffcb4@avcodec.org> #3110: Extracting streams from 5.1 audio input creates invalid output ------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by Cigaes): * analyzed: 0 => 1 * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: WAV files do not support multiple channels. ffmpeg should warn you about it and fail immediately. Instead it merges packets from the additional streams with the first one; patch to fix that sent to the mailing-list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 16:41:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 15:41:27 -0000 Subject: [FFmpeg-trac] #3110(avformat:open): Extracting streams from 5.1 audio input creates invalid output In-Reply-To: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> References: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> Message-ID: <049.37b638929895b05e37db2fd86f89be52@avcodec.org> #3110: Extracting streams from 5.1 audio input creates invalid output ------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by burek): Indeed, you're right. Using out.mkv works perfectly. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 22:14:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 21:14:40 -0000 Subject: [FFmpeg-trac] #3103(avcodec:closed): Regression reading jpg with exif information In-Reply-To: <036.65137720e5a83bd6aa543ca77b05ddb5@avcodec.org> References: <036.65137720e5a83bd6aa543ca77b05ddb5@avcodec.org> Message-ID: <051.5ad867f44c1b8ea2d1c459c57b976065@avcodec.org> #3103: Regression reading jpg with exif information -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: metadata regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 73d887733dc2ccb5d570615a753d5c44c3f1d9a4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 23:00:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 22:00:27 -0000 Subject: [FFmpeg-trac] #3078(avcodec:closed): 2-pass log file for ffv1 too large In-Reply-To: <036.9637924b4b7073e6ad35ec0629126c35@avcodec.org> References: <036.9637924b4b7073e6ad35ec0629126c35@avcodec.org> Message-ID: <051.e5aba366c545010977bddbe1885d2232@avcodec.org> #3078: 2-pass log file for ffv1 too large ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ffv1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 1fb3b494fac70a51f48e94b5ae2d9f715b5d14e7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 2 23:23:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 22:23:09 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.2262eead0b685b99663c6d8f8bb0650d@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by spookybathtub): * cc: elliottbalsley@? (added) Comment: I'm not sure which would be simpler. I don't know how to code any of this myself, but I am very grateful for all the work done by the ffmpeg developers so far. I do know that the SDK provides a huge amount of options for how to process R3D raw files, and many of these options are essential when dealing with RAW ??for example you have to set the ISO, white balance, etc. before converting to a linear color space. It seems like it would be rather difficult to recreate all these settings. I've read that about 3 years ago, RED started using some kind of encryption in the files. See http://ffmpeg.org/pipermail/ffmpeg- user/2011-September/002444.html As an alternative, RED provides a free command line conversion tool called REDline, but I can't figure out any way to pipe its output to ffmpeg. If anyone else wants to try, you can get it here: https://drive.google.com/file/d/0B52QuT8oHvtZZE5TMmdfSVZybFU/edit?usp=sharing. If that can be made to work, then there is hardly any reason to develop native R3D support in ffmpeg. I agree it would not be practical to distribute crippled ffmpeg binaries, but is it possible to make some kind of "binary plugin" that doesn't reveal the source code, but can be used when compiling ffmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 00:27:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 02 Nov 2013 23:27:18 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.79e2afb283b8873915cd3beb3c75ce45@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cyril): It seems like nobody wants to analyze the issue. Well, I did some more investigations. The frame buffer ''pDest'' still get corrupted by ''sws_scale()'' and then cannot be freed by ''avpicture_free()'' even if I only use MinGW tools to compile and then debug this simple application. So this bug is really not related to VC++ or whatever. Moreover, I can see that ''sws_scale()'' eventually calls the function pointed by ''pSwsContext.swscale'', which is set to ''yuv420_rgb32_MMX()''. The source code for ''yuv420_rgb32_MMX()'' can be found in ''libswscale/x86/yuv2rgb_template.c'' and refers to assembly codes. I can't read assembly and don't know how to fix this. So I hope that somebody with ASM skills is willing to look at this :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 01:16:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 00:16:58 -0000 Subject: [FFmpeg-trac] #3111(undetermined:new): "acodec copy" doesn't work on MTS files with pcm_bluray audio Message-ID: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> #3111: "acodec copy" doesn't work on MTS files with pcm_bluray audio -------------------------------------+------------------------------------- Reporter: | Type: defect spookybathtub | 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: Using ffmpeg -acodec copy on MTS files from a Sony FS700 camera produces files with an unknown audio codec called HDMV, which won't play in any of my programs. I'm not sure how pcm_bluray is different than standard pcm, but at least the source files play in VLC. How to reproduce: Show that source audio track is recognized as pcm_bluray {{{ $ ffprobe 00008.MTS -show_streams -select_streams a ffprobe version N-57394-gea9632b Copyright (c) 2007-2013 the FFmpeg developers built on Oct 24 2013 11:58:12 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- static --enable-libass --enable-libbluray --enable-libfdk-aac --enable- libmp3lame --enable-libvpx --enable-libx264 --enable-opencl --enable- libfreetype --disable-shared --enable-libopenjpeg --enable-libvorbis --enable-libtheora libavutil 52. 47.101 / 52. 47.101 libavcodec 55. 38.101 / 55. 38.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 89.100 / 3. 89.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from '00008.MTS': Duration: 00:00:05.55, start: 1.000011, bitrate: 23039 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [STREAM] index=1 codec_name=pcm_bluray codec_long_name=PCM signed 16|20|24-bit big-endian for Blu-ray media profile=unknown codec_type=audio codec_time_base=1/48000 codec_tag_string=HDMV codec_tag=0x564d4448 sample_fmt=s16 sample_rate=48000 channels=2 channel_layout=stereo bits_per_sample=0 id=0x1100 r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/90000 start_pts=93754 start_time=1.041711 duration_ts=495450 duration=5.505000 bit_rate=1536000 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=0 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 [/STREAM] }}} Rewrap mts to mov without transcoding {{{ $ ffmpeg -i 00008.MTS -acodec copy -vcodec copy 00008.mov ffmpeg version N-57394-gea9632b Copyright (c) 2000-2013 the FFmpeg developers built on Oct 24 2013 11:58:12 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- static --enable-libass --enable-libbluray --enable-libfdk-aac --enable- libmp3lame --enable-libvpx --enable-libx264 --enable-opencl --enable- libfreetype --disable-shared --enable-libopenjpeg --enable-libvorbis --enable-libtheora libavutil 52. 47.101 / 52. 47.101 libavcodec 55. 38.101 / 55. 38.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 89.100 / 3. 89.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from '00008.MTS': Duration: 00:00:05.55, start: 1.000011, bitrate: 23039 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [mov @ 0x7fdc40843200] track 1: codec frame size is not set Output #0, mov, to '00008.mov': Metadata: encoder : Lavf55.19.104 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 90k tbn, 90k tbc Stream #0:1: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, stereo, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 132 fps=0.0 q=-1.0 Lsize= 14688kB time=00:00:05.55 bitrate=21673.7kbits/s video:13646kB audio:1037kB subtitle:0 global headers:0kB muxing overhead 0.030985% }}} Show that audio stream is unrecognized {{{ $ ffprobe 00008.mov -show_streams -select_streams a ffprobe version N-57394-gea9632b Copyright (c) 2007-2013 the FFmpeg developers built on Oct 24 2013 11:58:12 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- static --enable-libass --enable-libbluray --enable-libfdk-aac --enable- libmp3lame --enable-libvpx --enable-libx264 --enable-opencl --enable- libfreetype --disable-shared --enable-libopenjpeg --enable-libvorbis --enable-libtheora libavutil 52. 47.101 / 52. 47.101 libavcodec 55. 38.101 / 55. 38.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 89.100 / 3. 89.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fca3b000800] Could not find codec parameters for stream 1 (Audio: none (HDMV / 0x564D4448), 48000 Hz, stereo, 1542 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '00008.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf55.19.104 Duration: 00:00:05.51, start: 0.041000, bitrate: 21833 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 20305 kb/s, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc (default) Metadata: handler_name : DataHandler Stream #0:1(eng): Audio: none (HDMV / 0x564D4448), 48000 Hz, stereo, 1542 kb/s (default) Metadata: handler_name : DataHandler Unsupported codec with id 0 for input stream 1 [STREAM] index=1 codec_name=unknown codec_long_name=unknown profile=unknown codec_type=audio codec_time_base=0/1 codec_tag_string=HDMV codec_tag=0x564d4448 sample_fmt=unknown sample_rate=48000 channels=2 channel_layout=stereo bits_per_sample=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/48000 start_pts=1968 start_time=0.041000 duration_ts=264481 duration=5.510021 bit_rate=1542394 nb_frames=1102 nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=1 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 TAG:language=eng TAG:handler_name=DataHandler [/STREAM] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 02:30:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 01:30:54 -0000 Subject: [FFmpeg-trac] #3106(avcodec:closed): hevc: invalid read with fuzzed file In-Reply-To: <038.4a74c47ba8644bc9c0fb69fff897e8a0@avcodec.org> References: <038.4a74c47ba8644bc9c0fb69fff897e8a0@avcodec.org> Message-ID: <053.2f06ae0bd41a559bfcda236ddc166ab5@avcodec.org> #3106: hevc: invalid read with fuzzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: hevc crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 8a701ef7ddbb2d80ef77b14287d286fc9760f131 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 03:26:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 02:26:20 -0000 Subject: [FFmpeg-trac] #3111(undetermined:new): mov allows random codecs (was: "acodec copy" doesn't work on MTS files with pcm_bluray audio) In-Reply-To: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> References: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> Message-ID: <057.c9ecd05d7db612fc1add8a2e11450f80@avcodec.org> #3111: mov allows random codecs -------------------------------------+------------------------------------- Reporter: | Owner: spookybathtub | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov Comment: (Although I don't know what you mean with "standard pcm", for the sake of this ticket we can assume that pcm_bluray has absolutely nothing to do with it.) If you try to put random codecs into general purpose containers there is no guarantee that the output file is playable but note that the following works fine here: $ ffmpeg -acodec pcm_bluray -i 00008.mov If no other comments follow, I will probably close this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 03:29:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 02:29:49 -0000 Subject: [FFmpeg-trac] #3110(avformat:open): wav muxer does not force single stream (was: Extracting streams from 5.1 audio input creates invalid output) In-Reply-To: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> References: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> Message-ID: <049.f1940dcfdd549b4eb2c03ad6c18bbbee@avcodec.org> #3110: wav muxer does not force single stream ------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => wav Comment: Reproducible with the following commands: $ ffmpeg -f s16le -i /dev/zero -t 1 -map 0:0 -map 0:0 out1.wav $ ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -map 0:1 -map 0:1 out2.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 03:50:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 02:50:49 -0000 Subject: [FFmpeg-trac] #3111(undetermined:new): mov allows random codecs In-Reply-To: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> References: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> Message-ID: <057.73a0face47d5cde7bfbf817206b95683@avcodec.org> #3111: mov allows random codecs -------------------------------------+------------------------------------- Reporter: | Owner: spookybathtub | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by spookybathtub): The problem is that the source file has a valid audio track, and the output file does not. ffprobe calls it "unknown" and Quicktime calls it "HDMV". I just noticed using ffmpeg -codecs that pcm_bluray is listed as a decoder only. Does that mean we're incapable of passing it through using -acodec copy? If that's the case, we should probably see an error message when trying. {{{ $ ffmpeg -acodec pcm_bluray -i 00008.mov }}} I don't understand this command... it doesn't do anything. I could use -acodec pcm_s16be but that would be slower than a passthrough, and could theoretically degrade the sound a little bit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 04:11:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 03:11:31 -0000 Subject: [FFmpeg-trac] #3112(undetermined:new): vcodec copy produces broken AVCHD files Message-ID: <042.cc9de9fda8bea4605e0ecf1c4f0ff413@avcodec.org> #3112: vcodec copy produces broken AVCHD files -------------------------------------+------------------------------------- Reporter: | Type: defect spookybathtub | 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: Using ffmpeg to rewrap an AVCHD .mts file to .mov results in a file which does not play in Davinci Resolve or Adobe Premiere, and the OS X Finder thumbnail shows all white. If instead, I use the application [http://www.divergentmedia.com/clipwrap ClipWrap] to do this conversion, I don't have any of these problems. I got a small explanation from the !ClipWrap developer: We still need to index every PES packet in the h264 stream to build a legit !QuickTime header and sample table - ffmpeg fudges that, which makes files that are playable but not properly editable. How to reproduce: {{{ $ ffmpeg -i 00020.MTS -an -vcodec copy 00020.mov ffmpeg version N-57394-gea9632b Copyright (c) 2000-2013 the FFmpeg developers built on Oct 24 2013 11:58:12 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- static --enable-libass --enable-libbluray --enable-libfdk-aac --enable- libmp3lame --enable-libvpx --enable-libx264 --enable-opencl --enable- libfreetype --disable-shared --enable-libopenjpeg --enable-libvorbis --enable-libtheora libavutil 52. 47.101 / 52. 47.101 libavcodec 55. 38.101 / 55. 38.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 89.100 / 3. 89.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from '00020.MTS': Duration: 00:00:00.54, start: 1.000011, bitrate: 22684 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, stereo, s16, 1536 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 Output #0, mov, to '00020.mov': Metadata: encoder : Lavf55.19.104 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 12 fps=0.0 q=-1.0 Lsize= 1314kB time=00:00:00.45 bitrate=23467.9kbits/s video:1313kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.074804%}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 10:38:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 09:38:40 -0000 Subject: [FFmpeg-trac] #3112(undetermined:new): vcodec copy produces broken AVCHD files In-Reply-To: <042.cc9de9fda8bea4605e0ecf1c4f0ff413@avcodec.org> References: <042.cc9de9fda8bea4605e0ecf1c4f0ff413@avcodec.org> Message-ID: <057.dc41c131b3c9bf48882f718cee896692@avcodec.org> #3112: vcodec copy produces broken AVCHD files -------------------------------------+------------------------------------- Reporter: | Owner: spookybathtub | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the output file play with QuickTime (and WMP)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 11:43:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 10:43:49 -0000 Subject: [FFmpeg-trac] #3113(undetermined:new): Guide Falls Message-ID: <039.0869fcf51d62516aae3cf6cea85655b9@avcodec.org> #3113: Guide Falls -------------------------------------+------------------------------------- Reporter: AminaDasen | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The name of my recommended guide is known as just a few honors by Jefferey Archer. It was unquestionably a brilliant guide, grasping, fascinating and very including. I consider it my recommended guide because the composing was outstanding and the story was really extremely effective. The guide falls within the category of action/thriller. [http://www.smartcustomwriting.com/ websites] Theme Basically the concept of the tale was the uneasy and threadbare that exist among top stage gift with particular reference to members of the G7 nations. Inspire of the shifting tale, the guide was sometimes complicated and appeared to concentrate on the adverse areas of govt. However as with all of his previous guides, this was foreseeable and it did end on a valuable observe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 12:07:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 11:07:04 -0000 Subject: [FFmpeg-trac] #3114(undetermined:new): ffmpeg-1.2.4 compilation warnings Message-ID: <035.a08a2641508005b8a400fb5c85946a32@avcodec.org> #3114: ffmpeg-1.2.4 compilation warnings --------------------------------------+---------------------------------- Reporter: Mirraz | Type: defect Status: new | Priority: normal Component: undetermined | Version: 1.2.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Building ffmpeg-1.2.4 by gcc-4.8.1 I'v got this messages: libavcodec/libx264.c:353:35: warning: the address of ?val? will always evaluate as ?true? [-Waddress] libavcodec/dcaenc.c:227:36: warning: iteration 256u invokes undefined behavior [-Waggressive-loop-optimizations] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 12:43:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 11:43:19 -0000 Subject: [FFmpeg-trac] #3113(undetermined:closed): Guide Falls In-Reply-To: <039.0869fcf51d62516aae3cf6cea85655b9@avcodec.org> References: <039.0869fcf51d62516aae3cf6cea85655b9@avcodec.org> Message-ID: <054.ba7e3e936c19f6f6472533c3f9a452ff@avcodec.org> #3113: Guide Falls -------------------------------------+------------------------------------- Reporter: AminaDasen | 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 saste): * status: new => closed * resolution: => invalid Comment: Closed since this is spam. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 14:58:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 13:58:27 -0000 Subject: [FFmpeg-trac] #3110(avformat:closed): wav muxer does not force single stream In-Reply-To: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> References: <034.cae811981de3a351cff789f8bc15ad19@avcodec.org> Message-ID: <049.7c8e4caabfc8c264a17d504e8ab1f03e@avcodec.org> #3110: wav muxer does not force single stream ------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas in eeb975f5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 15:00:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 14:00:58 -0000 Subject: [FFmpeg-trac] #2899(avfilter:closed): -map_channel / -af pan are not processing 12 channel audio inputs (af_pan does not support streams with unknown channel layout yet) In-Reply-To: <037.5385ee2c3ad84c14ca6622b276b3dbee@avcodec.org> References: <037.5385ee2c3ad84c14ca6622b276b3dbee@avcodec.org> Message-ID: <052.1911edc0600eedb7344c205f9fa0135f@avcodec.org> #2899: -map_channel / -af pan are not processing 12 channel audio inputs (af_pan does not support streams with unknown channel layout yet) -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: pan | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas in 7b0a5873 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 17:08:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 16:08:35 -0000 Subject: [FFmpeg-trac] #3112(undetermined:new): vcodec copy produces broken AVCHD files In-Reply-To: <042.cc9de9fda8bea4605e0ecf1c4f0ff413@avcodec.org> References: <042.cc9de9fda8bea4605e0ecf1c4f0ff413@avcodec.org> Message-ID: <057.266db6b14bc8395f60c34de4cac661f1@avcodec.org> #3112: vcodec copy produces broken AVCHD files -------------------------------------+------------------------------------- Reporter: | Owner: spookybathtub | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by spookybathtub): Yes it plays in !QuickTime 7, X, and WMP 12. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 17:30:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 16:30:30 -0000 Subject: [FFmpeg-trac] #3063(avcodec:new): Keyframes not reported as such for Panasonic GH2 Clips In-Reply-To: <032.1cf48f6c07ce025bb0afec985c7c5e63@avcodec.org> References: <032.1cf48f6c07ce025bb0afec985c7c5e63@avcodec.org> Message-ID: <047.b446ae1172a4d71288c8d6510c8efffe@avcodec.org> #3063: Keyframes not reported as such for Panasonic GH2 Clips -------------------------------------+----------------------------------- Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): Patch to fix this is on ffmpeg-devel, please test -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 17:37:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 16:37:31 -0000 Subject: [FFmpeg-trac] #3115(undetermined:new): hevc: crash with threads 1 (fuzzed file) Message-ID: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www1.datafilehost.com/d/f0c599ad {{{ (gdb) r -threads 1 -i ./fahevc2.ts -f null - Starting program: /media/sdb1/ffmpeg-HEAD-73e7d8f/ffmpeg_g -threads 1 -i ./fahevc2.ts -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". ffmpeg version 2.0-73e7d8f Copyright (c) 2000-2013 the FFmpeg developers built on Nov 3 2013 17:06:30 with gcc 4.7 (Debian 4.7.2-5) configuration: --disable-yasm --disable-ffserver --disable-ffprobe --enable-gpl libavutil 52. 49.100 / 52. 49.100 libavcodec 55. 40.101 / 55. 40.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x91bdde0] Invalid timestamps stream=0, pts=14709, dts=4205381, size=1933 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 4 times [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 2 times [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Invalid coded frame dimensions. [mpegts @ 0x91bdde0] PES packet size mismatch [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] pps_cr_qp_offset out of range: -164 [hevc @ 0x91c1ba0] PPS id out of range: 110 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 3 times [mpegts @ 0x91bdde0] Invalid timestamps stream=0, pts=61472, dts=16837136, size=8967 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times [hevc @ 0x91c1ba0] Luma bit depth (8) is different from chroma bit depth (9), this is unsupported. [hevc @ 0x91c1ba0] vps_reserved_ffff_16bits is not 0xffff [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 2 times [hevc @ 0x91c1ba0] vps_max_dec_pic_buffering_minus1 out of range: 61475 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 2 times [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] PPS id out of range: 27 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [mpegts @ 0x91bdde0] Invalid timestamps stream=0, pts=104822, dts=1149798, size=4807 [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] chroma_format_idc != 1 [hevc @ 0x91c1ba0] is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [hevc @ 0x91c1ba0] PPS id out of range: 175 [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] vps_max_dec_pic_buffering_minus1 out of range: 239 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 2 times [hevc @ 0x91c1ba0] vps_max_dec_pic_buffering_minus1 out of range: 239 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times [hevc @ 0x91c1ba0] vps_max_dec_pic_buffering_minus1 out of range: 239 [hevc @ 0x91c1ba0] No profile indication! (0) [mpegts @ 0x91bdde0] PES packet size mismatch [mpegts @ 0x91bdde0] Invalid timestamps stream=0, pts=142369, dts=268574225, size=194 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 2 times [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] SPS id out of range: 391 [hevc @ 0x91c1ba0] vps_reserved_ffff_16bits is not 0xffff [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] pps_cr_qp_offset out of range: -164 [hevc @ 0x91c1ba0] PPS id out of range: 0 [mpegts @ 0x91bdde0] PES packet size mismatch [hevc @ 0x91c1ba0] No profile indication! (0) [...] [mpegts @ 0x91bdde0] Could not find codec parameters for stream 6 (Audio: mp3, 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x91bdde0] Could not find codec parameters for stream 7 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x91bdde0] Could not find codec parameters for stream 8 (Audio: mp3, 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x91bdde0] Could not find codec parameters for stream 9 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x91bdde0] Could not find codec parameters for stream 10 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from './fahevc2.ts': Duration: 00:00:12.52, start: 0.080000, bitrate: 1281 kb/s Program 1 Stream #0:0[0x12d]: Video: hevc (HEVC / 0x43564548), yuv420p, 320x240, 23.98 tbr, 90k tbn, 90k tbc No Program Stream #0:1[0x125]: Unknown: none Stream #0:2[0x12f]: Unknown: none Stream #0:3[0x52d]: Unknown: none Stream #0:4[0x32d]: Unknown: none Stream #0:5[0x1ad]: Unknown: none Stream #0:6[0x10d]: Audio: mp3, 0 channels Stream #0:7[0x2d]: Unknown: none Stream #0:8[0x112d]: Audio: mp3, 0 channels Stream #0:9[0x13d]: Unknown: none Stream #0:10[0x1fff]: Unknown: none [New Thread 0xb7df8b70 (LWP 2376)] [New Thread 0xb75f8b70 (LWP 2377)] [New Thread 0xb6df8b70 (LWP 2378)] [New Thread 0xb65f8b70 (LWP 2379)] [New Thread 0xb5df8b70 (LWP 2380)] [New Thread 0xb55f8b70 (LWP 2381)] [New Thread 0xb4df8b70 (LWP 2382)] [New Thread 0xb45f8b70 (LWP 2383)] [New Thread 0xb3df8b70 (LWP 2384)] [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 23.98 tbc Stream mapping: Stream #0:0 -> #0:0 (hevc -> rawvideo) Press [q] to stop, [?] for help [mpegts @ 0x91bdde0] Invalid timestamps stream=0, pts=14709, dts=4205381, size=1933 [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 3 times [null @ 0x933c620] Encoder did not produce proper pts, making some up. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] No profile indication! (0) [...] [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 5 times [mpegts @ 0x91bdde0] PES packet size mismatch [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] chroma_format_idc != 1 [hevc @ 0x91c1ba0] is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [hevc @ 0x91c1ba0] PPS id out of range: -1 [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] Error parsing NAL unit #0. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] chroma_format_idc != 1 [hevc @ 0x91c1ba0] is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [hevc @ 0x91c1ba0] Error parsing NAL unit #1. [hevc @ 0x91c1ba0] Invalid NAL unit 0, skipping. [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 2 times [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] Invalid NAL unit 19, skipping. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] Error parsing NAL unit #1. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] Error parsing NAL unit #2. [hevc @ 0x91c1ba0] vps_reserved_ffff_16bits is not 0xffff [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] vps_reserved_ffff_16bits is not 0xffff [hevc @ 0x91c1ba0] Error parsing NAL unit #0. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] error decoding profile tier level [hevc @ 0x91c1ba0] Error parsing NAL unit #1. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] Error parsing NAL unit #0. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] PPS id out of range: 0 [hevc @ 0x91c1ba0] Error parsing NAL unit #2. [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] PPS id out of range: 61475 [hevc @ 0x91c1ba0] No profile indication! (0) [hevc @ 0x91c1ba0] Invalid NAL unit 0, skipping. [hevc @ 0x91c1ba0] No profile indication! (0) Last message repeated 1 times [hevc @ 0x91c1ba0] Error decoding profile tier level. [hevc @ 0x91c1ba0] No profile indication! (16) [hevc @ 0x91c1ba0] error decoding profile tier level *** glibc detected *** /media/sdb1/ffmpeg-HEAD-73e7d8f/ffmpeg_g: corrupted double-linked list: 0x0a3f0850 *** ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(+0x70a8a)[0xb7ea4a8a] /lib/i386-linux-gnu/libc.so.6(+0x723ac)[0xb7ea63ac] /lib/i386-linux-gnu/libc.so.6(cfree+0x6d)[0xb7ea93ed] /media/sdb1/ffmpeg-HEAD-73e7d8f/ffmpeg_g[0x8902e82] ======= Memory map: ======== 08048000-08b9c000 r-xp 00000000 08:11 19683 /media/sdb1/ffmpeg-HEAD- 73e7d8f/ffmpeg_g 08b9c000-08bbb000 rw-p 00b54000 08:11 19683 /media/sdb1/ffmpeg-HEAD- 73e7d8f/ffmpeg_g 08bbb000-0b426000 rw-p 00000000 00:00 0 [heap] 41602000-41619000 r-xp 00000000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41619000-4161a000 r--p 00016000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 4161a000-4161b000 rw-p 00017000 08:02 10056 /lib/i386-linux- gnu/libz.so.1.2.7 41628000-41659000 r-xp 00000000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41659000-4165a000 r--p 00030000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 4165a000-4165b000 rw-p 00031000 08:02 10014 /lib/i386-linux- gnu/libncursesw.so.5.9 41673000-41676000 r-xp 00000000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41676000-41677000 r--p 00002000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 41677000-41678000 rw-p 00003000 08:02 24959 /usr/lib/i386-linux-gnu /libpulse-simple.so.0.0.3 4178e000-418c2000 r-xp 00000000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c2000-418c6000 rw-p 00133000 08:02 24566 /usr/lib/i386-linux- gnu/libX11.so.6.3.0 418c8000-418e9000 r-xp 00000000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418e9000-418ea000 r--p 00020000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ea000-418eb000 rw-p 00021000 08:02 25047 /usr/lib/i386-linux- gnu/libxcb.so.1.1.0 418ed000-418ef000 r-xp 00000000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418ef000-418f0000 rw-p 00001000 08:02 24568 /usr/lib/i386-linux- gnu/libXau.so.6.0.0 418f2000-418f7000 r-xp 00000000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 418f7000-418f8000 rw-p 00004000 08:02 24574 /usr/lib/i386-linux- gnu/libXdmcp.so.6.0.0 41913000-41924000 r-xp 00000000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41924000-41925000 rw-p 00010000 08:02 24575 /usr/lib/i386-linux- gnu/libXext.so.6.4.0 41cd1000-41cd3000 r-xp 00000000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd3000-41cd4000 rw-p 00001000 08:02 25013 /usr/lib/i386-linux- gnu/libts-0.0.so.0.1.1 41cd6000-41ce4000 r-xp 00000000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41ce4000-41ce5000 rw-p 0000e000 08:02 24578 /usr/lib/i386-linux- gnu/libXi.so.6.1.0 41f58000-41f6e000 r-xp 00000000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f6e000-41f6f000 rw-p 00016000 08:02 24654 /usr/lib/i386-linux- gnu/libdirect-1.2.so.9.0.1 41f94000-41f98000 r-xp 00000000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f98000-41f99000 r--p 00003000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f99000-41f9a000 rw-p 00004000 08:02 9978 /lib/i386-linux- gnu/libattr.so.1.1.0 41f9c000-41fa0000 r-xp 00000000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa0000-41fa1000 rw-p 00003000 08:02 9985 /lib/i386-linux- gnu/libcap.so.2.22 41fa3000-41fab000 r-xp 00000000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fab000-41fac000 r--p 00007000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41fac000-41fad000 rw-p 00008000 08:02 10054 /lib/i386-linux- gnu/libwrap.so.0.7.6 41faf000-41fb4000 r-xp 00000000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 41fb4000-41fb5000 rw-p 00004000 08:02 24589 /usr/lib/i386-linux- gnu/libXtst.so.6.1.0 4244e000-42457000 r-xp 00000000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42457000-42458000 rw-p 00008000 08:02 24707 /usr/lib/i386-linux- gnu/libfusion-1.2.so.9.0.1 42489000-42491000 r-xp 00000000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42491000-42492000 r--p 00007000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42492000-42493000 rw-p 00008000 08:02 10005 /lib/i386-linux- gnu/libjson.so.0.1.0 42495000-4249a000 r-xp 00000000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1 4249a000-4249b000 rw-p 00004000 08:02 24603 /usr/lib/i386-linux- gnu/libasyncns.so.0.3.1 424a1000-424a7000 r-xp 00000000 08:02 24920 /usr/lib/i386-linux- gnu/libogg.so.0.8.0 424a7000-424a8000 rw-p 00005000 08:02 24920 /usr/lib/i386-linux- gnu/libogg.so.0.8.0 424aa000-424d4000 r-xp 00000000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d4000-424d5000 r--p 00029000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d5000-424d6000 rw-p 0002a000 08:02 25032 /usr/lib/i386-linux- gnu/libvorbis.so.0.4.5 424d8000-42526000 r-xp 00000000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42526000-42527000 r--p 0004d000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42527000-42528000 rw-p 0004e000 08:02 24551 /usr/lib/i386-linux- gnu/libFLAC.so.8.2.0 42530000-42534000 r-xp 00000000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 42534000-42535000 r--p 00003000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 42535000-42536000 rw-p 00004000 08:02 10053 /lib/i386-linux- gnu/libuuid.so.1.3.0 4254b000-4263e000 r-xp 00000000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 4263e000-42642000 r--p 000f2000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 42642000-42643000 rw-p 000f6000 08:02 24600 /usr/lib/i386-linux- gnu/libasound.so.2.0.0 4266f000-426b8000 r-xp 00000000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426b8000-426b9000 ---p 00049000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 426b9000-426ba000 r--p 00049000 08:02 9989 /lib/i386-linux- gnu/libdbus-1.so.3.7.2 Program received signal SIGABRT, Aborted. 0xb7e5e667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0xb7e5e667 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0xb7e61a52 in *__GI_abort () at abort.c:92 #2 0xb7e9a98d in __libc_message (do_abort=2, fmt=0xb7f61330 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #3 0xb7ea4a8a in malloc_printerr (action=, str=0x6
, ptr=0xa3f0850) at malloc.c:6283 #4 0xb7ea63ac in _int_free (av=, p=0xa3ef550) at malloc.c:4973 #5 0xb7ea93ed in *__GI___libc_free (mem=0xa3ef580) at malloc.c:3738 #6 0x08902e82 in av_free (ptr=) at libavutil/mem.c:230 #7 av_freep (arg=0x934a7a8) at libavutil/mem.c:237 #8 0x084f2a81 in hevc_pps_free (opaque=0x0, data=0x934a120 "") at libavcodec/hevc_ps.c:976 #9 0x088f56b3 in av_buffer_unref (buf=buf at entry=0x923d6dc) at libavutil/buffer.c:115 #10 0x084fa076 in ff_hevc_decode_nal_pps (s=s at entry=0x923d560) at libavcodec/hevc_ps.c:1319 #11 0x084f2388 in parse_nal_units (buf_size=, buf=0x933f630 "D\001\300b\006\002\222", avctx=0x91c1ba0, s=0x933b760) at libavcodec/hevc_parser.c:146 #12 hevc_parse (s=0x933b760, avctx=0x91c1ba0, poutbuf=0xbffff1b4, poutbuf_size=0xbffff1b8, buf=0x933f5f0 "", buf_size=8778) ---Type to continue, or q to quit--- at libavcodec/hevc_parser.c:279 #13 0x0860cbb0 in av_parser_parse2 (s=0x933b760, avctx=0x91c1ba0, poutbuf=poutbuf at entry=0xbffff1b4, poutbuf_size=poutbuf_size at entry=0xbffff1b8, buf=buf at entry=0xa292080 "", buf_size=buf_size at entry=4119, pts=499065, dts=495465, pos=920636) at libavcodec/parser.c:155 #14 0x08240041 in parse_packet (s=s at entry=0x91bdde0, pkt=pkt at entry=0xbffff348, stream_index=) at libavformat/utils.c:1200 #15 0x08240f7d in read_frame_internal (s=s at entry=0x91bdde0, pkt=pkt at entry=0xbffff6f8) at libavformat/utils.c:1378 #16 0x0824185a in av_read_frame (s=0x91bdde0, pkt=pkt at entry=0xbffff6f8) at libavformat/utils.c:1419 #17 0x080ba196 in get_input_packet (pkt=0xbffff6d8, f=0x923cdc0) at ffmpeg.c:2904 #18 process_input (file_index=0) at ffmpeg.c:2941 #19 0x080a6213 in transcode_step () at ffmpeg.c:3211 #20 transcode () at ffmpeg.c:3263 #21 main (argc=, argv=) at ffmpeg.c:3441 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 17:58:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 16:58:16 -0000 Subject: [FFmpeg-trac] #3063(avcodec:new): Keyframes not reported as such for Panasonic GH2 Clips In-Reply-To: <032.1cf48f6c07ce025bb0afec985c7c5e63@avcodec.org> References: <032.1cf48f6c07ce025bb0afec985c7c5e63@avcodec.org> Message-ID: <047.8dd2bff1a16b3d72d0547835dc3aea33@avcodec.org> #3063: Keyframes not reported as such for Panasonic GH2 Clips -------------------------------------+----------------------------------- Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by rmk): Yes, with patch decoder finds same number of key frames and the PTSs seem to be consistent with those of the packets marked as keyframes. Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 18:23:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 17:23:15 -0000 Subject: [FFmpeg-trac] #678(FFmpeg:closed): Warn that filtering is disabled when copying streams In-Reply-To: <035.8b7d674c3bf39fb14fc700f4ec5e024f@avcodec.org> References: <035.8b7d674c3bf39fb14fc700f4ec5e024f@avcodec.org> Message-ID: <050.424f5e8e4c20566339c2d8022a5d4fa8@avcodec.org> #678: Warn that filtering is disabled when copying streams -------------------------------------+---------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+---------------------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => FFmpeg * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit 535d58959dececb428cf73b308258de243c2c6f3 Author: Stefano Sabatini Date: Sun Nov 3 10:50:16 2013 +0100 ffmpeg: add verbose consistency checks in case of filtering inconsistent options In particular, warn in case -filter and streamcopy is used at the same time, fix trac ticket #678. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 20:35:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 19:35:41 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) Message-ID: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: handle | Blocked By: leaks | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:resource leaks,handle leaks How to reproduce: 1 OS is Window 7(64BIT) 2 Using the API avcodec_decode_video2 to decode H264 data. 3 Test in the through the [Windows Task Manager] to find Handle each data play an increasing number 2 (resource leaks,handle leaks) (windbg:CreateEvent) 4 100% reproduction 5 Using the FFMPEG version is ffmpeg-20131102-git- 1fb3b49-Win32-dev and ffmpeg-20131102-git-1fb3b49-Win32-shared 6 If this modify the code, the problem can solved, but you cannot use a multithreaded decoding e.g:(modify->) // disable the thread pCodecCtxVideo->thread_count = 1; // Open codec if(avcodec_open(pCodecCtxVideo, pCodecVideo, NULL)<0) { 7 May be avcodec_close free function has not been deleted some thread's xxx clean -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 20:49:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 19:49:53 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.9068e0fbe985a548f4eb41e14741c553@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this a regression (was it not reproducible with older versions of FFmpeg)? Please provide a minimal test case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 21:29:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 20:29:43 -0000 Subject: [FFmpeg-trac] #3113(undetermined:closed): Guide Falls In-Reply-To: <039.0869fcf51d62516aae3cf6cea85655b9@avcodec.org> References: <039.0869fcf51d62516aae3cf6cea85655b9@avcodec.org> Message-ID: <054.18e14b93ba7d9cda93a516ed56e52cfa@avcodec.org> #3113: Guide Falls -------------------------------------+------------------------------------- Reporter: AminaDasen | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Aren't we supposed to completely delete the spam posts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 21:41:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 20:41:44 -0000 Subject: [FFmpeg-trac] #3113(undetermined:closed): Guide Falls In-Reply-To: <039.0869fcf51d62516aae3cf6cea85655b9@avcodec.org> References: <039.0869fcf51d62516aae3cf6cea85655b9@avcodec.org> Message-ID: <054.bc11b2019794f0f9a86aebdfafc80e40@avcodec.org> #3113: Guide Falls -------------------------------------+------------------------------------- Reporter: AminaDasen | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Of course (my finger was a little too fast on the trigger in the past). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 21:52:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 20:52:36 -0000 Subject: [FFmpeg-trac] #3111(undetermined:new): mov allows random codecs In-Reply-To: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> References: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> Message-ID: <057.e81270bf40915720ecc224279cf9e850@avcodec.org> #3111: mov allows random codecs -------------------------------------+------------------------------------- Reporter: | Owner: spookybathtub | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 spookybathtub]: > The problem is that the source file has a valid audio track, and the output file does not. Please define "valid". > ffprobe calls it "unknown" and Quicktime calls it "HDMV". QuickTime cannot detect it because Apple did not define pcm_bluray in mov. I showed how the file can be decoded with FFmpeg. > I just noticed using ffmpeg -codecs that pcm_bluray is listed as a decoder only. Does that mean we're incapable of passing it through using -acodec copy? No (as you showed, I didn't know). > {{{ > $ ffmpeg -acodec pcm_bluray -i 00008.mov > }}} > I don't understand this command... it doesn't do anything. It shows you that the file contains a pcm_bluray stream, you can do with it whatever you want (decode it to wav, play it with ffplay, ...) > I could use -acodec pcm_s16be but that would be slower Did you benchmark? Is it really measurable? > than a passthrough, (Please use "remuxing".) > and could theoretically degrade the sound a little bit. Then use pcm_s24be. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 21:53:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 20:53:23 -0000 Subject: [FFmpeg-trac] #3114(undetermined:new): ffmpeg-1.2.4 compilation warnings In-Reply-To: <035.a08a2641508005b8a400fb5c85946a32@avcodec.org> References: <035.a08a2641508005b8a400fb5c85946a32@avcodec.org> Message-ID: <050.03b6e729e6cf60d80ecdb25a10c74c35@avcodec.org> #3114: ffmpeg-1.2.4 compilation warnings --------------------------------+---------------------------------------- Reporter: Mirraz | Owner: Type: defect | Status: new Priority: minor | Component: undetermined Version: 1.2.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * priority: normal => minor Comment: Are the warnings reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 21:56:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 20:56:08 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.5cc2925e9b7bef47ffdb26a7b1752d13@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is the problem Windows-specific or also reproducible on Linux? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 21:58:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 20:58:01 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.f1668bccd2d3190d66e5d1a5cdb8f6c3@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:15 spookybathtub]: > RED provides a free command line conversion tool called REDline, but I can't figure out any way to pipe its output to ffmpeg. Why? Consider discussing this on ffmpeg-user. > If anyone else wants to try, you can get it here: https://drive.google.com/file/d/0B52QuT8oHvtZZE5TMmdfSVZybFU/edit?usp=sharing. If that can be made to work, then there is hardly any reason to develop native R3D support in ffmpeg. Why?? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 22:43:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 21:43:19 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.92776b6e2d0b4b2e049597fa98ce48f0@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cyril): I've attached what I used to test in MinGW. I simply replaced ffmpeg.h/.c with something similar to JpegTest.cpp, compiled FFmpeg with MinGW, and reproduced the bug with the resulting ffmpeg_g.exe. I'll try to test this on Ubuntu and see if the bug is also reproducible there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 22:58:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 21:58:04 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.1955ba6ff97896188cebf9f8f2f617f2@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by gjdfgh): {{{ pDest = avcodec_alloc_frame(); avpicture_alloc((AVPicture *)(pDest), PIX_FMT_BGRA, 1, 60); }}} This is as broken as it gets. I think the rule is: never use AVPicture. You can allocate a frame with av_frame_get_buffer(). You have to set the image parameters separately before calling this function. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 23:19:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 22:19:54 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.d06efade4250c908b6521ae32e7f779a@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cyril): It's very old code, and it is still working in most cases but those 1-2 jpeg files. I've replaced ''avpicture_alloc()'' by ''av_frame_get_buffer()'' and it's indeed now working fine with those jpeg. Nevertheless, it's quite confusing as AVPicture isn't marked as deprecated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 23:27:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 22:27:31 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.4f6b9c46577e7ce9f774afe1a28cd945@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cyril): By the way, what should be the value for the ''align'' parameter of ''av_frame_get_buffer()''? 32 for 32-bit OS and 64 for 64-bit OS? Or something else? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 23:29:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 22:29:44 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.e305d48d7e8e77b7c4cdf887631d5620@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by gjdfgh): >Nevertheless, it's quite confusing as AVPicture isn't marked as deprecated. I have no idea. I think AVPicture used to be defined as "can alias AVFrame", but now this use will severely. Welcome to FFmpeg. AVPicture standalone is still used in some other places, like subtitle decoding, though. >By the way, what should be the value for the align parameter of av_frame_get_buffer()? 32 for 32-bit OS and 64 for 64-bit OS? Or something else? Nobody knows, not even the developers. Most code seems to use 32. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 3 23:47:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 03 Nov 2013 22:47:20 -0000 Subject: [FFmpeg-trac] #3014(swscale:new): sws_scale() renders a frame buffer invalid for memory freeing in a specific situation In-Reply-To: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> References: <034.2c602a57de94a3ee70d70fae4c7dd2e0@avcodec.org> Message-ID: <049.1db220e616df1b08364cdc6d5ecf2457@avcodec.org> #3014: sws_scale() renders a frame buffer invalid for memory freeing in a specific situation ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cyril): Thanks a lot for your answers ''gjdfgh''. This ticket can be closed now, but it doesn't seem like I have the rights to change the status of a ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 09:59:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 08:59:38 -0000 Subject: [FFmpeg-trac] #3095(avformat:new): Seeking in VBR MP3 file In-Reply-To: <035.07abdb9785af8c223e793cd6862c1ffc@avcodec.org> References: <035.07abdb9785af8c223e793cd6862c1ffc@avcodec.org> Message-ID: <050.93e7c76dd2d3e0d32000e3b82057af45@avcodec.org> #3095: Seeking in VBR MP3 file ------------------------------------+------------------------------------ Reporter: tuukka | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tuukka): Ok I can verify this one works ok with code on GIT. So If you want to close this It up to you I can get my code working.. {{{ av_dict_set(&m_iFormatOpts, "usetoc", "0", 0); // Open file and make m_pFormatCtx if (avformat_open_input(&m_pFormatCtx,filename, NULL, &m_iFormatOpts)!=0) { printf("fe_decode_open: cannot open: %s\n", filename); return -1; } av_dict_free(&m_iFormatOpts); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 11:05:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 10:05:34 -0000 Subject: [FFmpeg-trac] #3095(avformat:closed): Seeking in VBR MP3 file In-Reply-To: <035.07abdb9785af8c223e793cd6862c1ffc@avcodec.org> References: <035.07abdb9785af8c223e793cd6862c1ffc@avcodec.org> Message-ID: <050.050a461b7bdcd32425a0584d2d403542@avcodec.org> #3095: Seeking in VBR MP3 file -------------------------------------+------------------------------------- Reporter: tuukka | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => mp3 regression * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 11:10:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 10:10:32 -0000 Subject: [FFmpeg-trac] #3108(avformat:open): concat demuxer doesn't accept CR as line separators In-Reply-To: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> References: <035.81fd43f6a547c8145c72f1504ee32ad3@avcodec.org> Message-ID: <050.21be43f1ce45fb56e4dc0ad51541e2c9@avcodec.org> #3108: concat demuxer doesn't accept CR as line separators -------------------------------------+------------------------------------ Reporter: Xtophe | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * version: 2.1 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 11:19:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 10:19:34 -0000 Subject: [FFmpeg-trac] #3090(undetermined:closed): h264 decoder returns bad image In-Reply-To: <036.8746a9b8a1a97f7c03c002f957c4b5e7@avcodec.org> References: <036.8746a9b8a1a97f7c03c002f957c4b5e7@avcodec.org> Message-ID: <051.145088888b9e00a4e268d660b7b70fd1@avcodec.org> #3090: h264 decoder returns bad image -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Duplicate of ticket #2910, fixed and backported at the time this was opened. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 11:55:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 10:55:49 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.248ac5a9dd3043d88ea5b0fc597e887f@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by spookybathtub): R3D is an extremely complex codec, with dozens of raw processing parameters that need to be specified, and color science that is under heavy development by RED. Also, REDline takes advantage of the Red Rocket hardware accelerator card for a huge speed benefit over CPU. The R3D SDK is kept up to date, and supports Red Rocket. But if licensing prohibits that, then I suppose the alternative would be to write a decoder from scratch. In that case, it seems unlikely that ffmpeg developers could keep up to date with the color science and perform the debayer and raw conversions accurately. But maybe I'm wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 12:09:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 11:09:51 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.168b0041c6aadf269ec33cb66e69df98@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:17 spookybathtub]: > R3D is an extremely complex codec codec? Isn't it just a relatively simple format with jpeg2000 in it? > with dozens of raw processing parameters that need to be specified, and color science that is under heavy development by RED. Check out all the color filters in libavfilter, including lut3d. > Also, REDline takes advantage of the Red Rocket hardware accelerator card for a huge speed benefit over CPU. I wonder what this has to do with the software implementation. > The R3D SDK is kept up to date, and supports Red Rocket. But if licensing prohibits that, then I suppose the alternative would be to write a decoder from scratch. Isn't the issue just about supporting some random pixel format, just like with XYZ with D-Cinema? (recently added) > In that case, it seems unlikely that ffmpeg developers could keep up to date with the color science and perform the debayer and raw conversions accurately. lol > But maybe I'm wrong. Yes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 13:33:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 12:33:51 -0000 Subject: [FFmpeg-trac] #3093(documentation:reopened): exception at 0x52B832F8 (avutil-52.dll) in filtering_video.exe: 0xC0000005: Access violation reading location 0xFEEEFEF2. In-Reply-To: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> References: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> Message-ID: <049.e2d754e0118978357695ba10e13baf06@avcodec.org> #3093: exception at 0x52B832F8 (avutil-52.dll) in filtering_video.exe: 0xC0000005: Access violation reading location 0xFEEEFEF2. -------------------------------------+------------------------------------- Reporter: ahsan | Owner: Type: defect | Status: reopened Priority: important | Component: Version: git-master | documentation Keywords: examples | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:9 ahsan]: > I will look into the diff > You can now look at http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/examples/demuxing_decoding.c;hb=HEAD The filtering examples will be fixed later, hopefully soon. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 13:56:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 12:56:59 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.ecf2eaaf66c59e34b4ee4209c15b593b@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:18 ubitux]: > Isn't the issue just about supporting some random pixel format, just like with XYZ with D-Cinema? (recently added) The pixel format is Bayer, a patch was sent but is unfinished. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 16:36:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 15:36:35 -0000 Subject: [FFmpeg-trac] #3117(FFmpeg:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray Message-ID: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: mpls | unspecified libbluray extract | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- During audio and video extraction using any version after ffmpeg 2.0.2 are broken, if the libbluray support is used. when calling: ffmpeg -y -analyzeduration 100M -probesize 100M -threads 8 -analyzeduration 100M -probesize 100M -playlist 2 -i bluray:"H:/TestClips&Co/BluRay/BD_Demo/x264 BR-Demo" -vn -acodec copy -map_metadata -1 -metadata handler_name="Hybrid 2013.11.3.1" "H:\Output\iId_1_aid_4352_lang_eng_16_22_50_1810_01.dts" I get: [dca @ 000000000258af20] Not a valid DCA frame and a lot of: [h264 @ 000000000258a6a0] non-existing PPS referenced [h264 @ 000000000258a6a0] non-existing PPS 0 referenced [h264 @ 000000000258a6a0] decode_slice_header error [h264 @ 000000000258a6a0] non-existing PPS 0 referenced [h264 @ 000000000258a6a0] decode_slice_header error [h264 @ 000000000258a6a0] non-existing PPS 0 referenced [h264 @ 000000000258a6a0] decode_slice_header error [h264 @ 000000000258a6a0] non-existing PPS 0 referenced [h264 @ 000000000258a6a0] decode_slice_header error [h264 @ 000000000258a6a0] no frame! same happens if I try to extract the video stream using: ffmpeg -y -analyzeduration 100M -probesize 100M -playlist 2 -i bluray:"H:/TestClips&Co/BluRay/BD_Demo/x264 BR-Demo" -vcodec copy -an -sn -map_metadata -1 -metadata handler_name="Hybrid 2013.11.3.1" -f h264 "H:\Output\test_16_22_50_1810_02.264" with version small or equal to ffmpeg 2.0.2 this does not happen. Also if I remux these two streams using in example tsMuxeR or mkvmerge the output is asynchronous. ---- Also the problem does not occur if the mpls only contains one m2ts file and instead of using libbluray and the mpls, the m2ts file is used instead. Problem can be recreated with every blu-ray on hdd. (I also compiled the latest version with libbluray 0.2.3 instead of the current 0.4.0, to check if the libbluray version has any influence on the problem. -> changing libbluray doesn't help.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 21:26:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 20:26:15 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.94e0e984cc394544f487e9c49a360b0f@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpls libbluray extract => libbluray regression * priority: normal => important * component: FFmpeg => undetermined Comment: Which commit introduced the regression? Is the problem reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 21:30:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 20:30:32 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.8853a86365cbd1158611b15b5e31d67e@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): It's reproducible with the current git head (tested this morning). About when it got broke: I tested older builds from: http://ffmpeg.zeranoe.com/builds/win32/static/ and ffmpeg-2.0.2-win32-static.7z 26-Oct-2013 05:47 9.2M works fine and the next: ffmpeg-20131026-git-c78a416-win32-static.7z 26-Oct-2013 17:16 9.5M doesn't since they are both build on the same day, this should help limit the commits which might be responsible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 22:14:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 21:14:34 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.2afea87031d7153c05f69e524a993d45@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by spookybathtub): Yes, it's a bayer pattern, and it does use a modified JPEG2000 wavelet compression. But the debayered image is raw data with no specific color space until it is converted with RedColor3 or some other algorithm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 22:46:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 21:46:33 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.85b9f904581ac710623fd36018e7f3e7@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 Selur]: > ffmpeg-2.0.2-win32-static.7z 26-Oct-2013 05:47 9.2M > works fine and the next: > ffmpeg-20131026-git-c78a416-win32-static.7z 26-Oct-2013 17:16 9.5M > doesn't More than three months of development (and at least several hundred changes) are between those revisions. Please consider running git bisect to find the offending commit. To make this a valid ticket, please provide the failing command line (current git head) together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 23:11:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 22:11:38 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.2d645e36bb3d3f1ff4279219fcc2972e@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): > To make this a valid ticket, please provide the failing command line (current git head) > together with the complete, uncut console output. Here you go: audio call, command line: ffmpeg -y -analyzeduration 100M -probesize 100M -threads 8 -analyzeduration 100M -probesize 100M -playlist 2 -i bluray:"H:/TestClips&Co/BluRay/BD_Demo/x264 BR-Demo" -vn -acodec copy -map_metadata -1 -metadata handler_name="Hybrid 2013.11.3.1" "H:\Output\iId_1_aid_4352_lang_eng_16_22_50_1810_01.dts" -> output: http://pastebin.com/tajfa9sK video call, command line: ffmpeg -y -analyzeduration 100M -probesize 100M -playlist 2 -i bluray:"H:/TestClips&Co/BluRay/BD_Demo/x264 BR-Demo" -vcodec copy -an -sn -map_metadata -1 -metadata handler_name="Hybrid 2013.11.3.1" -f h264 "H:\Output\test_16_22_50_1810_02.264" -> output: http://pastebin.com/uCmtGicJ ----- > Please consider running git bisect to find the offending commit. don't really have the appropriate environment to do so, since I use an automated script which always checks out the latest version and I really have not much experience with building ffmpeg :/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 4 23:22:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 04 Nov 2013 22:22:41 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.9d00e842f129053c3f2d12afd26a35d0@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): ffmpeg-20131028-git-f87a2e1-win32-static.7z 28-Oct-2013 17:16 9.5M -> doesn't work ffmpeg-20131026-git-c78a416-win32-static.7z 26-Oct-2013 17:16 9.5M -> doesn't work ffmpeg-2.0.2-win32-static.7z 26-Oct-2013 05:47 9.2M -> works fine ffmpeg-20131025-git-2cf9448-win32-static.7z 25-Oct-2013 17:16 9.6M -> works fine => Can you explain, how there can be 3 month of development and that many commits between two builds that were automatically build each time with the latest commit on the same day? ('26-Oct-2013 17:16' build not working, '26-Oct-2013 05:47' build working, that's not not even 12hrs,.. -> I really don't get this :)) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 10:17:11 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 09:17:11 -0000 Subject: [FFmpeg-trac] #3114(undetermined:new): ffmpeg-1.2.4 compilation warnings In-Reply-To: <035.a08a2641508005b8a400fb5c85946a32@avcodec.org> References: <035.a08a2641508005b8a400fb5c85946a32@avcodec.org> Message-ID: <050.cb3f8be78f8f58405a6be9f65a16f966@avcodec.org> #3114: ffmpeg-1.2.4 compilation warnings --------------------------------+---------------------------------------- Reporter: Mirraz | Owner: Type: defect | Status: new Priority: minor | Component: undetermined Version: 1.2.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Mirraz): Replying to [comment:1 cehoyos]: > Are the warnings reproducible with current git head? No, I haven't seen that warnings in build log of git head ffmpeg. The second (real serious) bug has been fixed by 30579b7e commit, but it hasn't been merged to ffmpeg-1.2.4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 13:05:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 12:05:07 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.d593039599c3413f352c41df30ea1c14@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): I guess e0b2bdd37a019360117528dc08e8d16e8d83c08b could be offending commit. Try reverting it (Ah it seems you do not build it manually). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 13:16:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 12:16:23 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.9f930f3637ca659f353c6c087d72de1f@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please post the failing command line together with the complete, uncut console output here in the ticket, do not use external resources. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 14:41:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 13:41:07 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.aab89a466bdc3cd6eed233d047749a6f@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by q1q2q3q4ln): ffmpeg-20130706 is reproduction too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 15:38:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 14:38:14 -0000 Subject: [FFmpeg-trac] #2263(avformat:open): Read second SeekHead in Matroska files In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.2aad48c262ea641182473ebead753fb2@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by eelco): Is anybody working or planning to work on this by any chance? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 15:55:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 14:55:25 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.b1b3d4106d5801c81c9f81135ac80125@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): How can I reproduce the resource leaks using the file you uploaded? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:06:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:06:09 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.8c6dfea55c34e927a1173c52826309b6@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 Selur]: > ('-map_metadata -1 -metadata handler_name="Hybrid 2013.11.3.1"' can be removed without helping) Then why didn't you remove it together with at least one analyzeduration? (Seriously) > {{{ > size= 162357kB time=00:10:57.96 bitrate=2021.4kbits/s > > video:0kB audio:162357kB subtitle:0 global headers:0kB muxing overhead 0.000000%''' > }}} > {{{ > frame=15643 fps=8716 q=-1.0 Lsize= 683088kB time=00:10:53.50 bitrate=8562.9kbits/s > > video:683088kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% > }}} It appears both command lines do output files. Is the problem that the files are not identical with an earlier version of FFmpeg and current FFmpeg? Is the audio file different? Or the video file? Or both? Are more or less video frames written? Or are the files completely broken? Is this only reproducible using the bluray protocol or also if you use the (first) file as input? Are you able to test 3c9dd93f and 41efb8d9 and e0b2bdd3 ? (Or only 41efb8d9 ?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:30:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:30:49 -0000 Subject: [FFmpeg-trac] #3118(undetermined:new): SAMI: multiple languages not detected Message-ID: <034.2e9c37df950d0379031f21d93b680845@avcodec.org> #3118: SAMI: multiple languages not detected -------------------------------------+------------------------------------- Reporter: eelco | 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: SAMI files can contain multiple languages, but handles the file as containing a single stream with no way to filter only one language. How to reproduce: {{{ ./ffmpeg -i multiple_languages.smi out.srt ffmpeg version N-57932-g89a3be8 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 5 2013 16:30:18 with Apple LLVM version 5.0 (clang-500.2.78) (based on LLVM 3.3svn) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --disable-shared libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, sami, from 'multiple_languages.smi': Duration: N/A, bitrate: N/A Stream #0:0: Subtitle: sami Output #0, srt, to 'out.srt': Metadata: encoder : Lavf55.21.100 Stream #0:0: Subtitle: subrip Stream mapping: Stream #0:0 -> #0:0 (sami -> subrip) Press [q] to stop, [?] for help size= 38kB time=00:11:43.56 bitrate= 0.4kbits/s video:0kB audio:0kB subtitle:23 global headers:0kB muxing overhead 63.508757% }}} The input file (multiple_languages.smi) defines the different language in the ?style sheet?: {{{ ... ... }}} And uses the classes to mark the language: {{{ ...


??? ??
??? ??? ????

 


??? ??? ???
???? ???? ?? ... }}} The output however, mixes both languages: {{{ ... 4 00:00:10,109 --> 00:00:13,979 There is love and betrayal, greed and murder. 5 00:00:17,667 --> 00:00:17,667 ??? ??? ??? ???? ???? ?? 6 00:00:17,667 --> 00:00:21,717 It's set in this interesting world of contrasting ideology, ... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:31:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:31:07 -0000 Subject: [FFmpeg-trac] #3119(avformat:new): ffmpeg can not playback some avi Message-ID: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> #3119: ffmpeg can not playback some avi ----------------------------------+--------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- some avi generated by camera can not be playbacked by ffplay. How to reproduce: {{{ C:\Conversion\crashing avi>ffplay CAM03_20131026175713_913957281.avi ffplay version N-57906-gbd75651 Copyright (c) 2003-2013 the FFmpeg developers built on Nov 4 2013 18:01:33 with gcc 4.8.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-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 51.100 / 52. 51.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.101 / 3. 90.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [avi @ 03e64900] Something went wrong during header parsing, I will ignore it an d try to continue anyway. [avi @ 03e64900] Could not find codec parameters for stream 0 (Video: none ([0][ 0]LI / 0x494C0000)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options CAM03_20131026175713_913957281.avi: could not find codec parameters }}} Where should I upload the crash avi which is 5M ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:32:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:32:32 -0000 Subject: [FFmpeg-trac] #3119(avformat:new): ffmpeg can not playback some avi In-Reply-To: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> References: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> Message-ID: <052.488e0f8cc3f86b5c335742c9d63f7662@avcodec.org> #3119: ffmpeg can not playback some avi -------------------------------------+------------------------------------ Reporter: chinshou | 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 chinshou): The crash avi can be playbacked by vlc player correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:43:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:43:43 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.13e184a9e0df0d1d83260a6198ccd620@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): > Then why didn't you remove it together with at least one analyzeduration? (Seriously) because that is/was the command line I first ran into the problem > It appears both command lines do output files.[/quote] yes >Is the problem that the files are not identical with an earlier version of FFmpeg and current FFmpeg? Is the audio file different? Or the video file? Or both? yes, the files are not identical to previous versions. latest version: audio: 166.253.380 bytes video: 699.481.785 bytes 2.0.2: audio: 166.278.492 byte video: 701.436.137 bytes -> both audio&video output changed > Are more or less video frames written? If I analyse the video with mediainfo, the output of the current version does not show the x264 encoding settings (so at least some headers did change). FrameCounter (http://forum.selur.de/topic12-framecounter-counting-frames- in-raw-streams-source.html) output for the 264 output of the current version: > counted: > 0x01 6527 times. > 0x41 5248 times. > 0x65 375 times. > 0x21 3493 times. > > sps/pps: > 0x68 375 times. > framecount: 15642 FrameCounter output of the old (working) version: > counted: > 0x01 6541 times. > 0x41 5270 times. > 0x65 376 times. > 0x21 3504 times. > > sps/pps: > 0x68 376 times. > > framecount: 15690 -> seem like the current version is missing frames! (the frame count should be 15690, since that is the frame count of the source) Analysing the audio output with ffprobe I get: for the current output: > Duration: 00:14:25.90, start: 0.000000, bitrate: 1535 kb/s > Stream #0:0: Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), fltp, 1536 kb/s for the old version: > Duration: 00:14:26.03, start: 0.000000, bitrate: 1536 kb/s > Stream #0:0: Audio: dts (DTS-HD MA), 48000 Hz, 5.1(side), fltp, 1536 kb/s > Or are the files completely broken? Nope, files seem to be 'okay'. I can playback them with ffplay and remux them with different tools (ffmpeg, tsMuxeR, mkvmerge), problem is if I remux them, the output is asynchron. (which is how I stumbled over the problem in the fist place) > Is this only reproducible using the bluray protocol or also if you use the (first) file as input? happened, with my sources, only when using the bluray protocol (if I use m2ts and the normal '-i pathToFile' the problem does not occur) > Are you able to test 3c9dd93f and 41efb8d9 and e0b2bdd3 ? (Or only 41efb8d9 ?) I'm only able to test (build) the latest and the versions from zeranoe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:46:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:46:56 -0000 Subject: [FFmpeg-trac] #3120(undetermined:new): Crash when converting internal SSA to SRT Message-ID: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> #3120: Crash when converting internal SSA to SRT -------------------------------------+------------------------------------- Reporter: eelco | 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: ffmpeg can crash when extracting an SSA subtitle to an SRT file. How to reproduce: {{{ % ffmpeg -i ssa-2-srt-fails.mkv out.srt ffmpeg version N-57932-g89a3be8 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 5 2013 16:30:18 with Apple LLVM version 5.0 (clang-500.2.78) (based on LLVM 3.3svn) configuration: --prefix=/Users/eelco/Projects/Beamer/FFmpeg/build --disable-shared libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 [matroska,webm @ 0x7fd09b817a00] Unknown entry 0x437E Last message repeated 4 times Input #0, matroska,webm, from 'ssa-2-srt-fails.mkv': Metadata: creation_time : 2013-04-07 06:15:26 Duration: 00:24:06.45, start: 0.000000, bitrate: 3041 kb/s Chapter #0.0: start 0.033000, end 123.498375 Metadata: title : Intro Chapter #0.1: start 123.498375, end 214.964750 Metadata: title : OP Chapter #0.2: start 214.964750, end 752.793708 Metadata: title : Part A Chapter #0.3: start 752.793708, end 1431.596833 Metadata: title : Part B Chapter #0.4: start 1431.596833, end 1446.445000 Metadata: title : Preview Stream #0:0(eng): Video: h264 (High 10), yuv420p10le, 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(jpn): Audio: aac, 48000 Hz, stereo, fltp (default) Metadata: title : Commie Stream #0:2(eng): Subtitle: ssa (default) Codec 0x18000 is not in the full list. Stream #0:3: Attachment: unknown_codec Metadata: filename : Comfortaa-Regular.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:4: Attachment: unknown_codec Metadata: filename : LT.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:5: Attachment: unknown_codec Metadata: filename : LTFinnegan_MediumItalic.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:6: Attachment: unknown_codec Metadata: filename : Cavalier.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:7: Attachment: unknown_codec Metadata: filename : Comfortaa-Bold.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:8: Attachment: unknown_codec Metadata: filename : DSFetteKanzlei.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:9: Attachment: unknown_codec Metadata: filename : KaiserzeitGotisch.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:10: Attachment: unknown_codec Metadata: filename : Mothproof_Script.ttf mimetype : application/x-truetype-font Output #0, srt, to 'out.srt': Metadata: encoder : Lavf55.21.100 Chapter #0.0: start 0.033000, end 123.498375 Metadata: title : Intro Chapter #0.1: start 123.498375, end 214.964750 Metadata: title : OP Chapter #0.2: start 214.964750, end 752.793708 Metadata: title : Part A Chapter #0.3: start 752.793708, end 1431.596833 Metadata: title : Part B Chapter #0.4: start 1431.596833, end 1446.445000 Metadata: title : Preview Stream #0:0(eng): Subtitle: subrip (default) Stream mapping: Stream #0:2 -> #0:0 (ssa -> subrip) Press [q] to stop, [?] for help ffmpeg(11976,0x7fff77cc8310) malloc: *** error for object 0x7fd09b8a6e08: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug fish: Job 1, 'ffmpeg -i ssa-2-srt-fails.mkv out.srt' terminated by signal SIGABRT (Abort) }}} Note that the crash does not seem to occur at the same point in the file between different runs. File will be uploaded to the FTP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:53:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:53:08 -0000 Subject: [FFmpeg-trac] #3120(undetermined:new): Crash when converting internal SSA to SRT In-Reply-To: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> References: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> Message-ID: <049.783ff77c4fc29b9259f0d7d3c98ca228@avcodec.org> #3120: Crash when converting internal SSA to SRT -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash * priority: normal => important * version: unspecified => git-master Comment: Please provide a backtrace. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 16:54:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 15:54:32 -0000 Subject: [FFmpeg-trac] #3119(avformat:new): ffmpeg can not playback some avi In-Reply-To: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> References: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> Message-ID: <052.ba3fa3de7f01b31d4fe62cc4375ec37e@avcodec.org> #3119: ffmpeg can not playback some avi -------------------------------------+------------------------------------ Reporter: chinshou | 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 cehoyos): Either upload to http://www.datafilehost.com/ or read http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 17:18:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 16:18:36 -0000 Subject: [FFmpeg-trac] #3120(undetermined:new): Crash when converting internal SSA to SRT In-Reply-To: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> References: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> Message-ID: <049.87cdb6937cc4ac15f72981db77a83ee0@avcodec.org> #3120: Crash when converting internal SSA to SRT -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): {{{ * thread #1: tid = 0x2e10b6, 0x00007fff92b42866 libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main- thread, stop reason = signal SIGABRT frame #0: 0x00007fff92b42866 libsystem_kernel.dylib`__pthread_kill + 10 frame #1: 0x00007fff92be335c libsystem_pthread.dylib`pthread_kill + 92 frame #2: 0x00007fff8d1d2bba libsystem_c.dylib`abort + 125 frame #3: 0x00007fff868956a4 libsystem_malloc.dylib`szone_error + 587 frame #4: 0x00007fff8689b708 libsystem_malloc.dylib`small_malloc_from_free_list + 1162 frame #5: 0x00007fff8689a7c6 libsystem_malloc.dylib`szone_malloc_should_clear + 1327 frame #6: 0x00007fff868910cc libsystem_malloc.dylib`szone_realloc + 2035 frame #7: 0x00007fff8689cc71 libsystem_malloc.dylib`malloc_zone_realloc + 79 frame #8: 0x00007fff8689d3a7 libsystem_malloc.dylib`realloc + 174 frame #9: 0x000000010019d3d0 ffmpeg_g`ass_split_section [inlined] realloc_section_array(ctx=0x0000000101204860) + 38 at ass_split.c:181 frame #10: 0x000000010019d3aa ffmpeg_g`ass_split_section(ctx=0x0000000101204860, buf=) + 922 at ass_split.c:241 frame #11: 0x000000010019c415 ffmpeg_g`ass_split(ctx=0x0000000101204860, buf=0x000000010182dbb2) + 53 at ass_split.c:284 frame #12: 0x000000010019c64c ffmpeg_g`ff_ass_split_dialog(ctx=0x0000000101204860, buf=0x000000010182dbb2, cache=, number=0x0000000000000000) + 108 at ass_split.c:350 frame #13: 0x000000010019d820 ffmpeg_g`ssa_decode_frame(avctx=0x0000000102090a00, data=0x00007fff5fbf9950, got_sub_ptr=0x00007fff5fbf986c, avpkt=0x00007fff5fbf9668) + 64 at assdec.c:60 frame #14: 0x0000000100533de9 ffmpeg_g`avcodec_decode_subtitle2(avctx=0x0000000102090a00, sub=0x00007fff5fbf9950, got_sub_ptr=0x00007fff5fbf986c, avpkt=0x00007fff5fbf9808) + 777 at utils.c:2462 frame #15: 0x0000000100011d87 ffmpeg_g`output_packet [inlined] transcode_subtitles(got_output=0x5fbf992800000000, pkt=0x0000000101206980, ist=) + 8 at ffmpeg.c:1766 frame #16: 0x0000000100011d7f ffmpeg_g`output_packet(ist=0x0000000102b011a0, pkt=0x00007fff5fbfa5c0) + 575 at ffmpeg.c:1889 frame #17: 0x0000000100010583 ffmpeg_g`transcode [inlined] process_input + 4720 at ffmpeg.c:3115 frame #18: 0x000000010000f313 ffmpeg_g`transcode [inlined] transcode_step at ffmpeg.c:3211 frame #19: 0x000000010000f313 ffmpeg_g`transcode + 11939 at ffmpeg.c:3263 frame #20: 0x000000010000beb6 ffmpeg_g`main(argc=, argv=) + 342 at ffmpeg.c:3441 frame #21: 0x00007fff91bb05fd libdyld.dylib`start + 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 17:27:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 16:27:54 -0000 Subject: [FFmpeg-trac] #3120(undetermined:new): Crash when converting internal SSA to SRT In-Reply-To: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> References: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> Message-ID: <049.1ab2bc9e3273963f16ee94e413fbad45@avcodec.org> #3120: Crash when converting internal SSA to SRT -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eelco): File is uploaded as 3120-ssa-2-srt-fails.mkv. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 17:45:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 16:45:35 -0000 Subject: [FFmpeg-trac] #3120(avcodec:open): Crash when converting internal SSA to SRT In-Reply-To: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> References: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> Message-ID: <049.8bc9b7214447dc2d4fc3a55c0808560d@avcodec.org> #3120: Crash when converting internal SSA to SRT ------------------------------------+----------------------------------- Reporter: eelco | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: ass crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: crash => ass crash * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 17:53:43 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 16:53:43 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.b76da93ace9203c026be376cd699c3c0@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 ahsan): I was wondering if anybody get a chance to review this issue # 3107 Please let me know 1. if I am not setting somthing for the proper functioning of the mux sample code 2. if there is a work around for this issue Appriciate your help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 18:46:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 17:46:46 -0000 Subject: [FFmpeg-trac] #3121(undetermined:new): Question about your service Message-ID: <039.bd790c32a8e4577cec5730cff054169c@avcodec.org> #3121: Question about your service -------------------------------------+------------------------------------- Reporter: petergabiq | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! Is my eshop [http://zlewozmywaki-promar.com.pl/ zlewozmywak] compatbile with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 19:00:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 18:00:07 -0000 Subject: [FFmpeg-trac] #3122(undetermined:new): Question about your service Message-ID: <039.515999a51014c6172130dcb2977a14ac@avcodec.org> #3122: Question about your service -------------------------------------+------------------------------------- Reporter: petergabiq | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! Is my eshop [http://zlewozmywaki-promar.com.pl/ zlewozmywaki granitowe] compatbile with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 5 19:14:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 05 Nov 2013 18:14:50 -0000 Subject: [FFmpeg-trac] #3122(undetermined:closed): Question about your service In-Reply-To: <039.515999a51014c6172130dcb2977a14ac@avcodec.org> References: <039.515999a51014c6172130dcb2977a14ac@avcodec.org> Message-ID: <054.156874f6a31d2418d21a03b7300b0d38@avcodec.org> #3122: Question about your service -------------------------------------+------------------------------------- Reporter: petergabiq | 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 saste): * status: new => closed * resolution: => invalid Comment: Spam. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 02:15:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 01:15:24 -0000 Subject: [FFmpeg-trac] #3119(avformat:new): ffmpeg can not playback some avi In-Reply-To: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> References: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> Message-ID: <052.fe9a2390af5c0af5b837073b51afb3f7@avcodec.org> #3119: ffmpeg can not playback some avi -------------------------------------+------------------------------------ Reporter: chinshou | 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 chinshou): Have upload it to the datafilehost. the download link is http://www.datafilehost.com/d/ef918cad . best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 03:25:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 02:25:08 -0000 Subject: [FFmpeg-trac] #3119(avformat:new): ffmpeg can not playback some avi In-Reply-To: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> References: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> Message-ID: <052.c65e71a9382cb16a8e80d6c0104bb49b@avcodec.org> #3119: ffmpeg can not playback some avi ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => avi * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 11:04:38 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 10:04:38 -0000 Subject: [FFmpeg-trac] #1398(avformat:open): remuxed DTS audio won't play on hardware devices In-Reply-To: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> References: <036.6c89764cdb80309dbb63a9daa15c63e8@avcodec.org> Message-ID: <051.18f9984e85f045461553844e6e96c629@avcodec.org> #1398: remuxed DTS audio won't play on hardware devices ------------------------------------+------------------------------------ Reporter: patters | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dca mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by patters): Out of curiosity I made a similar edit to FFmpeg 2.1's libavformat/mpegts.h (changed the DTS stream ID from 0x8a to 0x88). I compiled it and I can report that it did not fix the bug that I originally raised this ticket for. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 11:58:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 10:58:45 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.882535f8435773d7556b73828319ea31@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 Selur]: > 2.0.2: As said, this is three months old, please compare 2cf9448 and c78a416 (The change in the audio output is surprising afaict) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 12:25:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 11:25:37 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.2bc53a970c14604b69a7156608b119f6@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): argh,.. wrong version ignore last post -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 12:38:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 11:38:07 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.afeeac55ca27bafbd1c8d420717c420a@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): ffmpeg-20130820-git-68b63a3-win64-static.7z 19-Aug-2013 19:38 10M -> BROKEN ffmpeg-20130817-git-2c1a215-win64-static.7z 16-Aug-2013 19:21 10M -> OKAY :::68b63a3 output::: {{{ ffmpeg version N-55644-g68b63a3 Copyright (c) 2000-2013 the FFmpeg developers built on Aug 19 2013 20:32:00 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 42.100 / 52. 42.100 libavcodec 55. 28.100 / 55. 28.100 libavformat 55. 13.103 / 55. 13.103 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 82.100 / 3. 82.100 libswscale 2. 5.100 / 2. 5.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [bluray @ 00000000025fe580] 3 usable playlists: [dca @ 0000000002528b40] Not a valid DCA frame [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! [h264 @ 000000000252a3a0] non-existing PPS referenced [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] non-existing PPS 0 referenced [h264 @ 000000000252a3a0] decode_slice_header error [h264 @ 000000000252a3a0] no frame! Input #0, mpegts, from 'bluray:H:/TestClips&Co/BluRay/BD_Demo/x264 BR- Demo': Duration: 00:10:53.63, start: 600.117333, bitrate: 11395 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), fltp, 1536 kb/s Output #0, dts, to 'H:\Output\68b63a3.dts': Metadata: handler_name : Hybrid 2013.11.3.1 encoder : Lavf55.13.103 Stream #0:0: Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help size= 47873kB time=00:03:13.68 bitrate=2024.8kbits/s size= 99616kB time=00:06:41.82 bitrate=2030.9kbits/s size= 151288kB time=00:10:09.90 bitrate=2032.0kbits/s size= 162357kB time=00:10:57.96 bitrate=2021.4kbits/s video:0kB audio:162357kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} :::2c1a215 output::: {{{ ffmpeg version N-55607-g2c1a215 Copyright (c) 2000-2013 the FFmpeg developers built on Aug 16 2013 20:15:01 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 42.100 / 52. 42.100 libavcodec 55. 28.100 / 55. 28.100 libavformat 55. 13.103 / 55. 13.103 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 82.100 / 3. 82.100 libswscale 2. 5.100 / 2. 5.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 [bluray @ 000000000268e580] 3 usable playlists: Input #0, mpegts, from 'bluray:H:/TestClips&Co/BluRay/BD_Demo/x264 BR- Demo': Duration: 00:10:53.83, start: 599.916689, bitrate: 11391 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), fltp, 1536 kb/s Output #0, dts, to 'H:\Output\2c1a215.dts': Metadata: handler_name : Hybrid 2013.11.3.1 encoder : Lavf55.13.103 Stream #0:0: Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help size= 48898kB time=00:03:18.92 bitrate=2013.7kbits/s size= 101415kB time=00:06:49.66 bitrate=2028.0kbits/s size= 154207kB time=00:10:22.01 bitrate=2030.9kbits/s size= 162381kB time=00:10:58.08 bitrate=2021.4kbits/s video:0kB audio:162381kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 12:42:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 11:42:31 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.c82be15468ad73423f7f8d56145ad64e@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by richardpl): I already mentioned what exact commit you need to revert. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 12:57:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 11:57:39 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.9d2e608bc4ac770cdc2dabe1f615883e@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): but like I mentioned before, just knowing that commit X screwed it up doesn't help since: I don't have a way to build a version with just commit X reverted. -> may be I'll find some time (in the next few weeks) to read up on git and building ffmpeg to modify the script I currently have to do that, until then I'll probably stick to 2c1a215. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 13:52:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 12:52:55 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.aef93d436990030e0212c5a593d54b1a@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): Hoping that: >> I guess e0b2bdd37a019360117528dc08e8d16e8d83c08b could be offending commit. is what you were referring to with: >> I already mentioned what exact commit you need to revert. I modified my scrip to call: {{{ git clone https://github.com/FFmpeg/FFmpeg.git ffmpeg-git }}} and then: {{{ git revert e0b2bdd37a019360117528dc08e8d16e8d83c08b }}} before calling the configure and make lines: {{{ ./configure --arch=x86_64 --prefix=$LOCALDESTDIR --extra- cflags=-DPTW32_STATIC_LIB --extra-libs='-lxml2 -lz -liconv -lws2_32' --disable-debug --enable-gpl --enable-version3 --enable-postproc --enable- w32threads --enable-runtime-cpudetect --enable-memalign-hack --disable- shared --enable-static --enable-avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-libbluray --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable- libass --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libutvideo --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvo- aacenc --enable-libopus --enable-libvpx --enable-libxavs --enable-libx264 --enable-libxvid $extras make -j $cpuCount }}} but that does seem to break even more (output of the audio extraction call using that version): {{{ ffmpeg version N-57943-g7b76976 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 6 2013 13:29:55 with gcc 4.8.0 (rubenvb-4.8.0) configuration: --arch=x86_64 --prefix=/local64 --extra- cflags=-DPTW32_STATIC_LIB --extra-libs='-lxml2 -lz -liconv -lws2_32' --disable-debug --enable-gpl --enable-version3 --enable-postproc --enable- w32threads --enable-runtime-cpudetect --enable-memalign-hack --disable- shared --enable-static --enable-avfilter --enable-bzlib --enable-zlib --enable-librtmp --enable-gnutls --enable-avisynth --enable-libbluray --enable-libopenjpeg --enable-fontconfig --enable-libfreetype --enable- libass --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libutvideo --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvo- aacenc --enable-libopus --enable-libvpx --enable-libxavs --enable-libx264 --enable-libxvid libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [bluray @ 00000000004f8be0] 3 usable playlists: libbluray/decoders/m2ts_filter.c:207: Pid 0x1011 pts 54000000 passed IN timestamp 54000000 (pts 54000000) libbluray/decoders/m2ts_filter.c:207: Pid 0x1100 pts 54000000 passed IN timestamp 54000000 (pts 54000000) [dca @ 00000000005b0260] Not a valid DCA frame [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! [h264 @ 0000000000571f00] non-existing PPS referenced [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] non-existing PPS 0 referenced [h264 @ 0000000000571f00] decode_slice_header error [h264 @ 0000000000571f00] no frame! libbluray/decoders/m2ts_filter.c:172: seek notify libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:207: Pid 0x1100 pts 112742400 passed IN timestamp 54000000 (pts 112742400) libbluray/decoders/m2ts_filter.c:207: Pid 0x1011 pts 112811250 passed IN timestamp 54000000 (pts 112811250) libbluray/decoders/m2ts_filter.c:172: seek notify libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:207: Pid 0x1100 pts 112742400 passed IN timestamp 54000000 (pts 112742400) libbluray/decoders/m2ts_filter.c:207: Pid 0x1011 pts 112811250 passed IN timestamp 54000000 (pts 112811250) libbluray/decoders/m2ts_filter.c:222: Pid 0x1100 passed OUT timestamp 112841250 (pts 112841280) -> start wiping libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112841280 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112842240 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:172: seek notify Input #0, mpegts, from 'bluray:H:/TestClips&Co/BluRay/BD_Demo/x264 BR- Demo': Duration: 00:10:53.63, start: 600.117333, bitrate: 11395 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), fltp, 1536 kb/s Output #0, dts, to 'H:\Output\deleteMe.dts': Metadata: handler_name : Hybrid 2013.11.3.1 encoder : Lavf55.21.100 Stream #0:0: Audio: dts ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Press [q] to stop, [?] for help libbluray/decoders/m2ts_filter.c:207: Pid 0x1011 pts 54000000 passed IN timestamp 54000000 (pts 54000000) libbluray/decoders/m2ts_filter.c:207: Pid 0x1100 pts 54000000 passed IN timestamp 54000000 (pts 54000000) size= 47345kB time=00:03:11.25 bitrate=2027.9kbits/s size= 97742kB time=00:06:33.76 bitrate=2033.5kbits/s size= 145940kB time=00:09:47.58 bitrate=2034.7kbits/s libbluray/decoders/m2ts_filter.c:222: Pid 0x1100 passed OUT timestamp 112841250 (pts 112841280) -> start wiping libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112841280 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112842240 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112842240 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112843200 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112843200 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112844160 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 libbluray/decoders/m2ts_filter.c:213: Pid 0x1100 pts 112844160 outside of clip (54000000-112841250 -> keep wiping out libbluray/decoders/m2ts_filter.c:283: Wiping pid 0x1100 .... removed the rest since the tickets get's too long otherwise .. size= 161530kB time=00:10:53.66 bitrate=2024.4kbits/s video:0kB audio:161530kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} -> Did I revert the right commit? Is there another way to revert the commit? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 15:20:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 14:20:21 -0000 Subject: [FFmpeg-trac] #3031(undetermined:new): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.b42c348775f38c0d8a5f685060145471@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits -------------------------------------+------------------------------------- Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ErikAxelJoel): I have a fix for this in my local tree. The patched.avi is verified to work on two different models of Philips DVD players. @userid99 Could you test the patched.avi in your player? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 16:18:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 15:18:20 -0000 Subject: [FFmpeg-trac] #3121(undetermined:new): ffplay open so slowly than vlc or gstreamer Message-ID: <033.b889795cfeeb1d82ff17268c4744a745@avcodec.org> #3121: ffplay open so slowly than vlc or gstreamer -------------------------------------+------------------------------------- Reporter: klpu | Type: Status: new | enhancement Component: | Priority: important undetermined | Version: git- Keywords: ffplay | master avformat_open_input | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffplay http://paikeapp.video.sina.com.cn/stream/D9xQWySKVsGlnzq~.mp4 avformat_open_input so slowly... ffmpeg master version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 16:45:17 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 15:45:17 -0000 Subject: [FFmpeg-trac] #2024(undetermined:new): Reencoding dvbsub fails In-Reply-To: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> References: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> Message-ID: <051.fc6bcb20dfdb6a4cc3e791782d8220da@avcodec.org> #2024: Reencoding dvbsub fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wvdschel): I've worked out what the problem is (with the help of nevcariel, ubitux and others on #ffmpeg-devel): * DVB subtitles are encoded as a series of rectangular bitmaps, and they are individually "flushed" to be displayed using a display segment packet. * The way the DVB subtitles decoder (avcodec/dvbsubdec.c) currently works, is that it keeps track of all the other segments (which define regions, colour lookup tables, and contain the actual bitmaps) until a display segment is encountered, at which point it renders all these things to an AVSubtitle. * On the encoding side, DVB subtitles differ from other subtitle codecs because it is currently the only codec that needs to have two packets to do its work: one to render the subtitle and one to indicate that it can be removed from the screen. These have (obviously) different PTS'es. * It's possible that a later AVSubtitle appears before an earlier one dissappears from the screen. In fact, it's quite common for live subtitling, where each word is pushed & displayed as a separate region (have a look at http://samples.ffmpeg.org/MPEG- VOB/transport/dvbsub/dvbsubtest.ts for an example of this happening). * Because the current subtitle encoding happens to write out the display & clear packets for DVB in sequence, a later subtitle can trigger the above error in the muxer. So this is the problem. As for the solution: I don't have a clue on how to fix this cleanly. There's already quite a bit of DVB subtitles specific code in ffmpeg.c, and I'd rather remove from it than add to it, fixing the issue in the decoder. I'd love to get this fixed, so I'm hoping that someone has an idea how this could be solved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 18:38:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 17:38:31 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.c1b262e899dad9e687a5fc75a5776ce9@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 easonic): Hi, ahsan Um, I came across the same problem, too. It seemed that the ffmpeg I was using didn't support the AV_SAMPLE_FMT_FLTP (I used the windows version though), which is planar float. I changed my mux example in open_audio function, by assigning '''c->sample_fmt = AV_SAMPLE_FMT_S16;''' you can always change the sample format I bet~ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 19:23:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 18:23:16 -0000 Subject: [FFmpeg-trac] #3122(undetermined:new): Question about your service Message-ID: <039.515999a51014c6172130dcb2977a14ac@avcodec.org> #3122: Question about your service -------------------------------------+------------------------------------- Reporter: petergabiq | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! Is my eshop [http://unitedcasino.org/ casino] compatbile with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 19:35:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 18:35:51 -0000 Subject: [FFmpeg-trac] #3123(undetermined:new): Question about compatibility Message-ID: <039.0e13f449e15433df7777c545e36f5c62@avcodec.org> #3123: Question about compatibility -------------------------------------+------------------------------------- Reporter: petergabiq | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! It is my blog [http://unitedcasino.org/ casino online] compatible with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 19:37:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 18:37:57 -0000 Subject: [FFmpeg-trac] #3117(undetermined:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.714d6d296b27c3ec910f3cf8f4270248@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: libbluray | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 Selur]: > ffmpeg-20130820-git-68b63a3-win64-static.7z 19-Aug-2013 19:38 10M -> BROKEN > ffmpeg-20130817-git-2c1a215-win64-static.7z 16-Aug-2013 19:21 10M -> OKAY Now please run git bisect with those versions as starting point, Michael will then fix your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 19:42:36 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 18:42:36 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.43a3bb645e6abeb0acc841bfd6bef750@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libbluray regression => libbluray mpegts regression * version: unspecified => git-master * component: undetermined => avformat Comment: If you want to save one step, use d73cbc22 (should be bad) and 7d776062 (hopefully ok) as starting points (five compilations if I counted correctly). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 19:44:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 18:44:27 -0000 Subject: [FFmpeg-trac] #3031(undetermined:new): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.cc891f6b322b6d209f35ebaa478eda89@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits -------------------------------------+------------------------------------- Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * cc: ErikAxelJoel (added) * reproduced: 1 => 0 Comment: Replying to [comment:4 ErikAxelJoel]: > I have a fix for this in my local tree. Please either attach the patch here or - even better - send it to the ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 19:48:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 18:48:16 -0000 Subject: [FFmpeg-trac] #3121(undetermined:new): ffplay open so slowly than vlc or gstreamer In-Reply-To: <033.b889795cfeeb1d82ff17268c4744a745@avcodec.org> References: <033.b889795cfeeb1d82ff17268c4744a745@avcodec.org> Message-ID: <048.12d39d504c193bac11f718efc69ab3fc@avcodec.org> #3121: ffplay open so slowly than vlc or gstreamer -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: enhancement | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: avformat_open_input | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffplay avformat_open_input => avformat_open_input Comment: Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 19:49:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 18:49:04 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.104cf7ee596e9b620a8845c676a185ed@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): Problem is: I got near zero experience compiling ffmpeg and handling git, so even trying to figure out what I should do based on your comments would cost me quite some time. :( -> so please share some more details on what you want me to do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 20:06:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 19:06:21 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.bf0b8886c74c57d7c22fc63698cca75a@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): $ make distclean $ git bisect start $ git checkout d73cbc22 $ ./configure --enable-libbluray && make ffmpeg test and confirm it is bad $ git bisect bad $ make distclean && git checkout 7d776062 $ ./configure --enable-libbluray && make ffmpeg test and confirm it is good $ git bisect good $ ./configure --enable-libbluray && make ffmpeg test if it is good or bad, type either "git bisect good" or "git bisect bad" Repeat the configure, make, test, git bisect step (three times) until it tells you which commit introduced the regression. Post the information here. To end bisecting (when you know the offending commit), type "make distclean && git bisect reset". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 21:03:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 20:03:11 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.1b395d8fe155ee6ed861e2978f3fbfa3@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): argh, that would requires a working build environment which is not deleted and setup again, on each build, like mine is. (atm. I use https://github.com/jb-alvarado/media-autobuild_suite to build ffmpeg) Since setting up a whole mingw build environment on Windows probably won't happen any time soon, I will try to build ffmpeg inside a Linux VM. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 21:27:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 20:27:48 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.87baa82cdcae73413bdc2a073d97d094@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): tested inside a Linux Mint 64bit VM: > $ make distclean > $ git bisect start > $ git checkout d73cbc22 > $ ./configure --enable-libbluray && make ffmpeg > test and confirm it is bad Problem is, d73cbc22s output is fine. -> What now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 21:34:17 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 20:34:17 -0000 Subject: [FFmpeg-trac] #3031(undetermined:new): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.da7d1678cd433889ec8a379bc93b3380@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits -------------------------------------+------------------------------------- Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ErikAxelJoel): >> I have a fix for this in my local tree. > Please either attach the patch here or - even better - send it to the ffmpeg-deve Patches sent to ffmpeg-devel mailing list with subject "Improved XSUB compatibility". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 21:41:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 20:41:37 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.cdfad993b3c774edc5b74314889b3807@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): forget that, called ffmpeg ... instead of ./ffmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 22:07:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 21:07:51 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.bf7a9cdf3e5ad949c92241535ca49565@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): the result of the whole thing is: {{{ d73cbc22c5f2c305838d9867538cf4ad59c4035f is the first bad commit commit d73cbc22c5f2c305838d9867538cf4ad59c4035f Author: Michael Niedermayer Date: Sun Aug 18 22:59:04 2013 +0200 avformat/mpegts: resync from the smallest packet size on This avoids the loss of a packet in many cases if the packet size was wrong. It also improves detection of packet size changes Signed-off-by: Michael Niedermayer :040000 040000 553f974e8a552dc9c0d42fb6a5d376d5a10347f6 8074bc7e28e65d176ac02b9bf62f2f4dc3cf9346 M libavformat }}} hope this helps to fix the problem -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 22:28:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 21:28:59 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.aba2b805813224d66c465817754ddb18@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 ahsan): Thx Easonic! In my case audio_codec->sample_fmt is already set to AV_SAMPLE_FMT_S16 and i get this error -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 23:15:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 22:15:53 -0000 Subject: [FFmpeg-trac] #3005(FFplay:closed): Hickups with ffplay when playing vc1 In-Reply-To: <036.1294c88e5e62cc2963edd128ed45bb64@avcodec.org> References: <036.1294c88e5e62cc2963edd128ed45bb64@avcodec.org> Message-ID: <051.4c09482266cbc5dff01476780680802c@avcodec.org> #3005: Hickups with ffplay when playing vc1 ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: mpegps vc1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * status: new => closed * resolution: => fixed Comment: Frame drops in ffplay should be resolved in 5ecfcc7dff04ff0e86d8b6b3a33709ae956dfef7. Since the file is broken, and you can see diverging A-V delay even with the demuxer of mplayer, I don't think there is anything else we may do here. Reopen if you think otherwise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 6 23:43:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 06 Nov 2013 22:43:03 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.6e65caea2caeadc2d9bd6c56f228cf26@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 easonic): I guess you need to modify the '''/* create resampler context */''' one to get the resampler context; I made the '''if (c->sample_fmt == AV_SAMPLE_FMT_S16)''' change for the audio~ Replying to [comment:3 ahsan]: > Thx Easonic! > > In my case audio_codec->sample_fmt is already set to AV_SAMPLE_FMT_S16 and i get this error > -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 01:01:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 00:01:30 -0000 Subject: [FFmpeg-trac] #3091(undetermined:new): High Bitrate I-frame CBR MPEG encoding causes error In-Reply-To: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> References: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> Message-ID: <050.65f0ddb66b81160053b9cef013c3d283@avcodec.org> #3091: High Bitrate I-frame CBR MPEG encoding causes error -------------------------------------+------------------------------------- Reporter: ortoni | 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 ortoni): Is there any other information I can investigate and report for this ticket @cehoyos? Thanks and regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 01:52:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 00:52:27 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.b9413bebc155207e3cd6f9a4ca134de6@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 ahsan): I made two changes 1. add_stream() changed c->sample_fmt from AV_SAMPLE_FMT_FLTP to AV_SAMPLE_FMT_S16 2. open_audio() changed if(c->sample_fmt != AV_SAMPLE_FMT_S16) to if(c->sample_fmt == AV_SAMPLE_FMT_S16) it is not failing any more in open_audio, I will try it out and see if the change can work Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 03:04:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 02:04:18 -0000 Subject: [FFmpeg-trac] #3091(undetermined:new): High Bitrate I-frame CBR MPEG encoding causes error In-Reply-To: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> References: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> Message-ID: <050.9b008220d93492a3a147a3c491fd4c6c@avcodec.org> #3091: High Bitrate I-frame CBR MPEG encoding causes error -------------------------------------+------------------------------------- Reporter: ortoni | 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): Why did you remove the bufsize (and the maxrate) parameter? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 03:15:51 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 02:15:51 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.6e96d7a7d1833c7f5bf5ee1b868abbe1@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 easonic): That's exactly the two changes, good luck~ Replying to [comment:5 ahsan]: > I made two changes > 1. add_stream() changed c->sample_fmt from AV_SAMPLE_FMT_FLTP to AV_SAMPLE_FMT_S16 > 2. open_audio() changed if(c->sample_fmt != AV_SAMPLE_FMT_S16) to if(c->sample_fmt == AV_SAMPLE_FMT_S16) > it is not failing any more in open_audio, > > I will try it out and see if the change can work > > Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 04:20:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 03:20:52 -0000 Subject: [FFmpeg-trac] #3121(undetermined:new): ffplay open so slowly than vlc or gstreamer In-Reply-To: <033.b889795cfeeb1d82ff17268c4744a745@avcodec.org> References: <033.b889795cfeeb1d82ff17268c4744a745@avcodec.org> Message-ID: <048.1dc41a2cd3f505ea10110a32fd808419@avcodec.org> #3121: ffplay open so slowly than vlc or gstreamer -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: enhancement | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: avformat_open_input | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klpu): av_read_frame so slowly too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 04:46:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 03:46:26 -0000 Subject: [FFmpeg-trac] #3122(avcodec:new): DVD LPCM invalid decoding Message-ID: <037.70792a407376c844f07b86692151030c@avcodec.org> #3122: DVD LPCM invalid decoding ----------------------------------+-------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- http://117.52.4.235/Sample/lpcmSample.zip VTS_18_1.VOB is only valid. VTS_08_1.VOB, VTS_14_1.VOB, VTS_15_1.VOB, VTS_17_1.VOB, VTS_18_1.VOB is make noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 05:23:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 04:23:39 -0000 Subject: [FFmpeg-trac] #3091(undetermined:new): High Bitrate I-frame CBR MPEG encoding causes error In-Reply-To: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> References: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> Message-ID: <050.7e3a0fcaa18ca7918ecce1dff60559d8@avcodec.org> #3091: High Bitrate I-frame CBR MPEG encoding causes error -------------------------------------+------------------------------------- Reporter: ortoni | 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 ortoni): Sorry was following your exact CLI above - thought that was odd. Correct output below, seems unchanged : f86387bffmpeg.exe" -i c:\tmpdir\work.m2v -vcodec mpeg2video -pix_fmt yuv422p -intra -flags +ildct+ilme -b:v 150M -maxrate 150M -minrate 150M -bt 6M -bufsize 47185920 -r 25 -an -y c:\tmpdir\xdcam.m2v ffmpeg version N-57605-gf86387b Copyright (c) 2000-2013 the FFmpeg developers built on Oct 29 2013 18:01:53 with gcc 4.8.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-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegvideo, from 'c:\tmpdir\work.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], max. 50000 kb/s, 25 fps, 25 tbr, 1200k tbn, 50 tbc [mpeg2video @ 02618b20] bitrate tolerance too small for bitrate Output #0, mpeg2video, to 'c:\tmpdir\xdcam.m2v': Stream #0:0: Video: mpeg2video, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 150000 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg2video) Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height Using -bt 8M proceeds: f86387bffmpeg.exe" -i c:\tmpdir\work.m2v -vcodec mpeg2video -pix_fmt yuv422p -intra -flags +ildct+ilme -b:v 150M -maxrate 150M -minrate 150M -bt 8M -bufsize 47185920 -r 25 -an -y c:\tmpdir\xdcam.m2v ffmpeg version N-57605-gf86387b Copyright (c) 2000-2013 the FFmpeg developers built on Oct 29 2013 18:01:53 with gcc 4.8.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-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegvideo, from 'c:\tmpdir\work.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], max. 50000 kb/s, 25 fps, 25 tbr, 1200k tbn, 50 tbc Output #0, mpeg2video, to 'c:\tmpdir\xdcam.m2v': Metadata: encoder : Lavf55.19.104 Stream #0:0: Video: mpeg2video, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 150000 kb/s,90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg2video) Press [q] to stop, [?] for help frame= 500 fps= 58 q=1.6 Lsize= 364771kB time=00:00:19.96 bitrate=149709.6kbits/s video:364771kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% but this encoding above shows in MediaInfo: Bit rate : 149 Mbps Maximum bit rate : 46.8 Mbps and my m2v essence tool shows at bitrate of 45,142,400 and VBV size= 13,631,488 in the Sequence header, But 99M is happy: f86387bffmpeg.exe" -i c:\tmpdir\work.m2v -vcodec mpeg2video -pix_fmt yuv422p -intra -flags +ildct+ilme -b:v 99M -maxrate 99M -minrate 99M -bt 6M -bufsize 47185920 -r 25 -an -y c:\tmpdir\xdcam.m2v ffmpeg version N-57605-gf86387b Copyright (c) 2000-2013 the FFmpeg developers built on Oct 29 2013 18:01:53 with gcc 4.8.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-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegvideo, from 'c:\tmpdir\work.m2v': Duration: N/A, bitrate: N/A Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], max. 50000 kb/s, 25 fps, 25 tbr, 1200k tbn, 50 tbc Output #0, mpeg2video, to 'c:\tmpdir\xdcam.m2v': Metadata: encoder : Lavf55.19.104 Stream #0:0: Video: mpeg2video, yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 99000 kb/s, 90k tbn, 25 tbc And for this one MediaInfo reports: Overall bit rate : 98.4 Mbps Bit rate : 99.0 Mbps m2v sequence header bitrate = 99,000,000 and vbv = 13,631,488 Its just anything over 100Mbps seems not to encode correctly -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 13:02:31 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 12:02:31 -0000 Subject: [FFmpeg-trac] #3024(avformat:closed): ffplay do not keep custom http headers across http sessions playing m3u8 In-Reply-To: <037.7933a5af32a2d6a065d253ac79deb534@avcodec.org> References: <037.7933a5af32a2d6a065d253ac79deb534@avcodec.org> Message-ID: <052.a7d94ef631bea669e737b4bd4eae6152@avcodec.org> #3024: ffplay do not keep custom http headers across http sessions playing m3u8 ------------------------------------+------------------------------------ Reporter: kowalsky | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * resolution: duplicate => fixed * component: undetermined => avformat Comment: Fixed by you in 4684539c - thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 18:59:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 17:59:53 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.ee4744f86a4a256a8efb05cd2d74fbea@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 ahsan): Above solution seems to get synthetic audio in the stream from muxing application, thx for your help I am still having an issue where i am trying to 1. demux the .mp4 using demuxing example and then 2. mux it using muxing application in the demux i have decoded data in frame->extended_data buffer with the size of unpadded_linesize = frame->nb_symbols*frame->format where nb_symbols=1024, format=8, it is 8k of data in the muxing example the audio buffer is filled up using nb_symbols=1024 and nb_channel=2 I am not sure how to map 8k data into the muxing buffer, i have couple of questions 1. how can i map this decoded buffer [demuxing example] to the emcoder buffer [muxing example] 2. Is it possible to not decode the audio samples and just mux the audio sample after getting it from the demux Please let me know if there is a sample example for that available Really appriciate your help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 19:14:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 18:14:43 -0000 Subject: [FFmpeg-trac] #3123(undetermined:new): it's worth in that case ask Message-ID: <053.0c2d768a59ca4c5a1d4bc30eb2ba84a1@avcodec.org> #3123: it's worth in that case ask -------------------------------------+------------------------------------- Reporter: | Type: defect krugopoxti1981@? | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Here it is actually well worth shopping around for the non-slip holders and even specializes increased who guarantee a particular comfort work [http://twojalkomat.pl/ alkomaty twojalkomat.pl]? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 19:42:23 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 18:42:23 -0000 Subject: [FFmpeg-trac] #3124(undetermined:new): sometimes you will really Message-ID: <053.5b8fe271d38b82098bb40329952a3e9f@avcodec.org> #3124: sometimes you will really -------------------------------------+------------------------------------- Reporter: | Type: defect krugopoxti1981@? | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- take the harmful or possibly maneuver around the area or even shop [http://twojalkomat.pl/ twojalkomat.pl]? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 19:59:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 18:59:58 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.ee83e8f278a5f60e041df965c4b2933b@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 ahsan): i did an experiment where i used orig_pkt from demuxing example when it is audio packet interleaved it bypassing the encoding of the decoded audio in muxing example I can now hear the correct sound during the playback but it is not sync at all, i guess some kind of a/v sync logic is needed, any ideas? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 20:34:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 19:34:25 -0000 Subject: [FFmpeg-trac] #2936(avformat:closed): %-syntax for GIF output is not respected, can't write individual frames as images In-Reply-To: <034.c28d8e4c817fbf86749dd8b9d27f85b0@avcodec.org> References: <034.c28d8e4c817fbf86749dd8b9d27f85b0@avcodec.org> Message-ID: <049.62cf2aac4acedc1d3daa7f8dceb3c17e@avcodec.org> #2936: %-syntax for GIF output is not respected, can't write individual frames as images -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: gif | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Fixed in f70db22999d713da3306bf29ec763d670b9bf1ea. Use {{{ffmpeg -i input -c:v gif -f image2 out%03d.gif}}} to mux separate gif files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 21:41:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 20:41:43 -0000 Subject: [FFmpeg-trac] #3123(undetermined:new): idea to your agreement within the interior Message-ID: <053.0c2d768a59ca4c5a1d4bc30eb2ba84a1@avcodec.org> #3123: idea to your agreement within the interior -------------------------------------+------------------------------------- Reporter: | Type: defect krugopoxti1981@? | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- If someone appreciates requirements and also valuable methods decorative [http://twojalkomat.pl/ alkomaty twojalkomat.pl]? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 21:48:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 20:48:43 -0000 Subject: [FFmpeg-trac] #3124(undetermined:new): the testimonials plus reviews of Message-ID: <053.5b8fe271d38b82098bb40329952a3e9f@avcodec.org> #3124: the testimonials plus reviews of -------------------------------------+------------------------------------- Reporter: | Type: defect krugopoxti1981@? | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- It's essential to purchase style inside the house immediately after that [http://twojalkomat.pl/ alkomaty twojalkomat.pl]? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 22:06:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 21:06:28 -0000 Subject: [FFmpeg-trac] #3123(undetermined:new): have whatever control Message-ID: <053.0c2d768a59ca4c5a1d4bc30eb2ba84a1@avcodec.org> #3123: have whatever control -------------------------------------+------------------------------------- Reporter: | Type: defect krugopoxti1981@? | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- in amusing fairly neutral colours are usually very well considered designed and / or effortless curtains [http://twojalkomat.pl/ Alkomat twojalkomat.pl]? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 7 22:30:55 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 07 Nov 2013 21:30:55 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:open): ffprobe can produce invalid XML In-Reply-To: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> References: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> Message-ID: <047.7b02f95ecfed1871959f7ad6168fa08b@avcodec.org> #1163: ffprobe can produce invalid XML -------------------------------------+----------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: => utf8 * version: 0.10.2 => unspecified * status: new => open * reproduced: 0 => 1 Comment: Please test the patches in attachment and report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 8 09:57:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Nov 2013 08:57:06 -0000 Subject: [FFmpeg-trac] #3117(avformat:new): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.f625b7b9489dbc6ab8d13a0997b74859@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): are there any additional informations I can/should provide to help, or is the problem now 'clear'? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 8 11:31:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Nov 2013 10:31:02 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.4cda92ba65dbdd2326bb7b5e6a1c9a13@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: I believe you provided all necessary information, thank you. Were you able to fix your problem by reverting locally until the ticket is fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 8 11:36:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Nov 2013 10:36:14 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.9065e96fa7ca3ab9e4d974bd3ec81432@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): didn't test, I'm using two version now, latest for HEVC handling and an older one for Blu-ray handling, so I got a workaround solution for me locally. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 8 17:28:46 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Nov 2013 16:28:46 -0000 Subject: [FFmpeg-trac] #1822(avfilter:open): Add color option to fade filter In-Reply-To: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> References: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> Message-ID: <050.4b9b9a7ef9f6da178ffa598c1a09e8f2@avcodec.org> #1822: Add color option to fade filter -------------------------------------+------------------------------------ Reporter: llogan | Owner: ubitux Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: fade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * owner: => ubitux Old description: > The would allow the fade color to be something other than the default of > black. I am guessing it is currently possible in conjunction with the > color filter, but I am unsure how. Example command: > > # fade in first 30 frames of video with a color of red > fade=in:0:30:red > > Example docs: > > color > Specify the color of the fade, it can be the name of a color (case > insensitive match) or a 0xRRGGBB[AA] sequence. > > The default value of color is "black". New description: The would allow the fade color to be something other than the default of black. I am guessing it is currently possible in conjunction with the color filter, but I am unsure how. Example command: {{{ # fade in first 30 frames of video with a color of red fade=in:0:30:red }}} Example docs: {{{ color Specify the color of the fade, it can be the name of a color (case insensitive match) or a 0xRRGGBB[AA] sequence. The default value of color is "black". }}} -- Comment: Working on it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 8 17:54:16 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Nov 2013 16:54:16 -0000 Subject: [FFmpeg-trac] #2502(FFprobe:open): ffprobe Produces Invalid JSON In-Reply-To: <038.0e7b78ac762a3eb5d1ed0c03e8bced1a@avcodec.org> References: <038.0e7b78ac762a3eb5d1ed0c03e8bced1a@avcodec.org> Message-ID: <053.4cd76f615bbfcb7e60c64b4aa2df3c4b@avcodec.org> #2502: ffprobe Produces Invalid JSON -------------------------------------+----------------------------------- Reporter: dnicolson | Owner: Type: defect | Status: open Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: => utf8 * status: new => open * reproduced: 0 => 1 Comment: Replying to [comment:14 dnicolson]: > I have made a reduced case and attached a file (test-pattern.avi), as requested. > > I created an AVI file with ffmpeg using the following command: > > ffmpeg -i test-pattern-orig.avi -metadata title="?" -metadata artist="`echo -e \"\xe6\"`" -vcodec copy -acodec copy test-pattern.avi > (backticks need to be added around the monospaced text). > > This creates the file test-pattern.avi with the title as a UTF-8 encoded lowercase AE and the artist as a ISO-8859-1 encoded lowercase AE. VLC displays metadata in ISO-8859-1 so the artist is correctly displayed as "?" but displays the title as "??". AE in ISO8859-1 = 0xE6 AE in UTF-8 = 0xC386 As a consequence, AE encoded in UTF-8 will render in IS08859-1 as two distinct characters, and ISO8859-1 AE will not correspond to a valid UTF-8 sequence. Now the problem is to understand what's the reference encoding. FFmpeg always assumes UTF-8, so you should provide metadata encoded in UTF-8 format. Note that your command is broken since you're explicitly passing an invalid UTF-8 sequence to the metadata option (which expects UTF-8 data). Currently there is no way to specify (nor autodetect) the assumed encoding. > Because ffprobe assumes all valid UTF-8 in the metadata, the following command produces invalid JSON: > > ffprobe -v quiet -print_format json -show_format -show_streams test- pattern.avi | python -c 'import json,sys; json.load(sys.stdin)' > > A possible solution would be to strip invalid UTF-8 characters, or maybe provide an alternate switch to replace invalid characters? Implemented in an experimental patchset, see ticket #1163. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 8 19:23:52 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Nov 2013 18:23:52 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.bb4e0188593855c3a912ddc19e2fc3ea@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 easonic): I'm also doing the remuxing stuff now; let's keep in touch. I will do that part during weekend, now I'm handling the video part by extracting the '''AVPacket.data''' and encapsulate into NALUs...lol Replying to [comment:8 ahsan]: > i did an experiment where i used > > orig_pkt from demuxing example when it is audio packet > interleaved it bypassing the encoding of the decoded audio in muxing example > > I can now hear the correct sound during the playback but it is not sync at all, i guess some kind of a/v sync logic is needed, any ideas? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 8 21:23:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 08 Nov 2013 20:23:00 -0000 Subject: [FFmpeg-trac] #935(avformat:closed): mov: error opening alias, while file exists In-Reply-To: <035.b298864fc56db399412227b649881892@avcodec.org> References: <035.b298864fc56db399412227b649881892@avcodec.org> Message-ID: <050.bf02999d1401100e0b9b518ec7061ace@avcodec.org> #935: mov: error opening alias, while file exists ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by toadman21): Hi everyone, I am new to ffmpeg and I recently ran into this same problem. Could some explain how to apply the patch? I am working on a windows static build here. Thanks Matt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 9 12:40:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 11:40:44 -0000 Subject: [FFmpeg-trac] #1898(build system:closed): configure --as broken In-Reply-To: <036.9bd428b1a4cb563502e026c06006ee7a@avcodec.org> References: <036.9bd428b1a4cb563502e026c06006ee7a@avcodec.org> Message-ID: <051.acf8d14c56ff8273b0ca3a43ac24b210@avcodec.org> #1898: configure --as broken -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: ubitux Type: defect | Status: closed Priority: important | Component: build Version: git-master | system Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Fixed in dbb41f93c16cbc65a899a75723c95da51c851cd5. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 9 17:31:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 16:31:39 -0000 Subject: [FFmpeg-trac] #3123(undetermined:new): Question about compatibility Message-ID: <039.07d9ad37588605601c5dff6a49b78b2a@avcodec.org> #3123: Question about compatibility -------------------------------------+------------------------------------- Reporter: expertgoku | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! It is my blog [http://kasyna-online.com/ http://kasyna-online.com] compatible with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 9 17:33:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 16:33:10 -0000 Subject: [FFmpeg-trac] #3124(undetermined:new): Question about compatibility Message-ID: <039.5c8a780f19c9493563d58de5b7b76158@avcodec.org> #3124: Question about compatibility -------------------------------------+------------------------------------- Reporter: expertgoku | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! It is my blog [http://kasyna-online.com/ kasyna-online.com] compatible with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 9 17:37:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 16:37:01 -0000 Subject: [FFmpeg-trac] #3125(undetermined:new): Question about your service Message-ID: <039.897975afb29296cad626e966723c9118@avcodec.org> #3125: Question about your service -------------------------------------+------------------------------------- Reporter: expertgoku | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! It is my blog [http://kasyna-online.com/ kasyna-online.com] compatible with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 9 17:37:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 16:37:57 -0000 Subject: [FFmpeg-trac] #3126(undetermined:new): Question about compatibility Message-ID: <039.c9e769df66a9fabdf86fc73e6ba8d0aa@avcodec.org> #3126: Question about compatibility -------------------------------------+------------------------------------- Reporter: expertgoku | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! It is my blog [http://kasyna-online.com/ kasyna-online.com] compatible with your service? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 9 21:46:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 20:46:44 -0000 Subject: [FFmpeg-trac] #2385(avformat:closed): ffmpeg does not mark xsub language properly In-Reply-To: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> References: <037.edb34e5d51725289c9504dc1c1a712d2@avcodec.org> Message-ID: <052.8a0ac9d951999ef126c1b52935d28232@avcodec.org> #2385: ffmpeg does not mark xsub language properly -------------------------------------+------------------------------------ Reporter: someuser | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: xsub avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: xsub => xsub avi * resolution: => fixed * status: new => closed * component: undetermined => avformat Comment: Fixed by Erik Olofsson in f5bffd3a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 9 22:09:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 21:09:58 -0000 Subject: [FFmpeg-trac] #3111(undetermined:closed): mov allows random codecs In-Reply-To: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> References: <042.366e5ea46cf8ee7fa7064bb1529eb4a9@avcodec.org> Message-ID: <057.7e20bf0d9c4df892a004693d58c0c5f8@avcodec.org> #3111: mov allows random codecs -------------------------------------+------------------------------------- Reporter: | Owner: spookybathtub | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: wontfix Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: As said I don't think changes regarding this ticket are likely: The user is basically responsible what codec and container he uses {{{-codec copy}}} on. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 10 00:41:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 09 Nov 2013 23:41:55 -0000 Subject: [FFmpeg-trac] #2874(avformat:open): Export image2 file name as frame metadata In-Reply-To: <036.9aac33fc6f238de43e5d89732687c0bf@avcodec.org> References: <036.9aac33fc6f238de43e5d89732687c0bf@avcodec.org> Message-ID: <051.500137bbd7e6c6c8b4e3ee258e21629a@avcodec.org> #2874: Export image2 file name as frame metadata -------------------------------------+------------------------------------- Reporter: jlubeck | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: drawtext | Blocked By: image2 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by EkriirkE): Replying to [comment:4 jlubeck]: > Oh yes, actual frame metadata would be great if someone was getting pictures from an actual camera. It is not my actual use case though, but whoever handles this enhancement could go way past my personal requirement. > > My current use case is that I made a script that captures a screenshot of my desktop every n seconds. > > At the end of the day, all the screenshots are compiled into a video with FFMPEG. > > What I would like is to print into the video the date/time of each frame. I have a similar case; I have these cheap WiFi security cameras that write jpgs to an FTP, the JPGs have the camera MAC, alias, and timestamp in the filename. It would be fantastic to get the source frame's file name overlaid on a compiled video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 10 20:27:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Nov 2013 19:27:47 -0000 Subject: [FFmpeg-trac] #3123(avformat:new): Request: Support MKV files with ordered chapters Message-ID: <037.dbe853fbc3713c6229801f3e693847f5@avcodec.org> #3123: Request: Support MKV files with ordered chapters -------------------------------------+------------------------------------- Reporter: 11rcombs | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: Matroska, | Version: git- Chapters, AVFormat | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary: In MKV files with ordered chapters from external files, the external chapters are skipped, rather than the files being found, read, and decoded. How to reproduce: {{{ % ffmpeg -i file_with_ordered_chapters.mkv ? output.mp4 ffmpeg version N-58014-g199b8fb Copyright (c) 2000-2013 the FFmpeg developers built on Nov 10 2013 13:22:37 with Apple LLVM version 5.0 (clang-500.1.58) (based on LLVM 3.3svn) ... }}} Expected outcome: Output file contains the entire timeline, as would be played in a video player with ordered chapters support. Actual outcome: Output file contains the portion of the timeline included in the input MKV files, but skips portions encoded in external files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 10 20:37:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Nov 2013 19:37:28 -0000 Subject: [FFmpeg-trac] #3123(avformat:new): Request: Support MKV files with ordered chapters In-Reply-To: <037.dbe853fbc3713c6229801f3e693847f5@avcodec.org> References: <037.dbe853fbc3713c6229801f3e693847f5@avcodec.org> Message-ID: <052.5ae3b6168c69c904734c094c99019e16@avcodec.org> #3123: Request: Support MKV files with ordered chapters -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: Matroska, Chapters, AVFormat => mkv * priority: normal => wish Comment: To make this a valid ticket please provide the failing command line together with the complete, uncut console output and provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 10 21:06:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 10 Nov 2013 20:06:24 -0000 Subject: [FFmpeg-trac] #3123(avformat:new): Request: Support MKV files with ordered chapters In-Reply-To: <037.dbe853fbc3713c6229801f3e693847f5@avcodec.org> References: <037.dbe853fbc3713c6229801f3e693847f5@avcodec.org> Message-ID: <052.b28c300dcdd0ec54c0f1a24b48bc896b@avcodec.org> #3123: Request: Support MKV files with ordered chapters -------------------------------------+------------------------------------ Reporter: 11rcombs | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by 11rcombs): # mkvinfo Toradora\ 01.mkv | gist https://gist.github.com/7403174 # mkvinfo Toradora\ OP1.mkv | gist https://gist.github.com/7403180 # mkvinfo Toradora\ ED1.mkv | gist https://gist.github.com/7403184 # mediainfo Toradora\ 01.mkv Toradora\ OP1.mkv Toradora\ ED1.mkv | gist https://gist.github.com/7403066 # ffmpeg -i Toradora\ 01.mkv -preset ultrafast out.mp4 | gist 2>&1 https://gist.github.com/7403072 # mediainfo out.mp4 | gist https://gist.github.com/7403078 (Output does not contain OP or ED) I'll see if I can figure out how to make a minimal sample with mkvmerge later today; most recent anime series encoded by Coalgirls use this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 11 02:42:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 01:42:33 -0000 Subject: [FFmpeg-trac] #3093(documentation:reopened): exception at 0x52B832F8 (avutil-52.dll) in filtering_video.exe: 0xC0000005: Access violation reading location 0xFEEEFEF2. In-Reply-To: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> References: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> Message-ID: <049.e40b8469826374450d6d2384e3b13876@avcodec.org> #3093: exception at 0x52B832F8 (avutil-52.dll) in filtering_video.exe: 0xC0000005: Access violation reading location 0xFEEEFEF2. -------------------------------------+------------------------------------- Reporter: ahsan | Owner: Type: defect | Status: reopened Priority: important | Component: Version: git-master | documentation Keywords: examples | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ahsan): Hi Ubitux, I am trying to merge, demux and mux example codes so that i can take in any .mp4/.avi/mpg files and then re-encode them in the same format I am having following issues 1. MUX example code uses avformat_alloc_output_context2() to create the output context for example for .mpg it will choose MPEG1 encoder, the .mpg file i used is encoded using MPEG2 encoder. I was wondering how can i select different encoders, is there any API call which i can use to re-set the encoder name in the context encoder fails 2. I uses the fmt_ctx from decoder to set the encoder parameters, i try to memcpy the context (decoder to encoder for the codec) but it fails by setting the different parameters from fmt_ctx to the c c->width = fmt_ctx->streams[video_stream_idx]->codec->width; c->height = fmt_ctx->streams[video_stream_idx]->codec->height; c->coded_width = fmt_ctx->streams[video_stream_idx]->codec->coded_width; ........................ c->gop_size = fmt_ctx->streams[video_stream_idx]->codec->gop_size; /* emit one intra frame every twelve frames at most */ c->bit_rate = (fmt_ctx->streams[video_stream_idx]->codec->bit_rate == 0) ? 400000 : fmt_ctx->streams[video_stream_idx]->codec->bit_rate; /* i am seting it to 400kbps in case it is set to 0 as i am seeing it for some stream */ ........................ I am seeing different issue 1. GOP Size fmt_ctx most of the time has gop_size = 12 which does not seems like the case for the stream 2. bit-rate i am getting in the output .mp4 is way higher then the one i see from the fmt_ctx, it seems like encoded bit-stream is in 50Mbits/sec where as input .mp4 was 300kbps or 400kbps bit-rate I am wondering what is the best way to set the encoder context using the input bitstream [.mp4, .avi, .mpg etc] files Regards Ahsan -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 11 08:23:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 07:23:02 -0000 Subject: [FFmpeg-trac] #3124(avformat:new): Wrong PTS when seeking in Opus file Message-ID: <035.0e2e440a181676048c89991aa6cc5a44@avcodec.org> #3124: Wrong PTS when seeking in Opus file ----------------------------------+-------------------------------------- Reporter: tuukka | Type: defect Status: new | Priority: minor Component: avformat | Version: git-master Keywords: Opus | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Seeking in Opus file with ffprobe/ffplay everything seems work fine. PTS changes correctly and all works as expected. Scenario when one wants to seek to X PTS in file and then read Y bytes after that jump Y bytes ahead to read next Y bytes one gets the same output as first readied Y bytes. If you just keep doing that reading procedure after next Z times you just get new loop to read on. This bug somehow follows the OggS-headers and granule points in Ogg-container. It seems you always got Y bytes from start of the last header-point. On Ogg/Vorbis with or without libvorbis everything works with same code. https://github.com/illuusio/ffmpeg-example.git have example application to demo this bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 11 08:34:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 07:34:06 -0000 Subject: [FFmpeg-trac] #2199(FFplay:open): ffplay: stop time counter at the end of file In-Reply-To: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> References: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> Message-ID: <053.d46f2e7152146d8c48b39aaed8f6517e@avcodec.org> #2199: ffplay: stop time counter at the end of file ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by MattE): For the case where autoexit is set to true, this is not a problem because it just ends. However, for the case where autoexit is false, this can be easily solved by setting pause to true when we reach the end. This will stop the audio from repeating. On the other hand, pause doesn't seem to work for the end of this video: rtsp://184.72.239.149/vod/mp4:BigBuckBunny_115k.mov on this page: http://www.wowza.com/html/mobile.html which is having the same issue. I'm not sure why. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 11 10:52:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 09:52:03 -0000 Subject: [FFmpeg-trac] #3125(undetermined:new): Organize a Dissertation Document Message-ID: <044.8b3288a5839b1fbdbce7de02705118a2@avcodec.org> #3125: Organize a Dissertation Document -------------------------------------+------------------------------------- Reporter: | Type: defect DulceBarrientos | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Coming up with a dissertation offer is not as overwhelming as many scholars would want to put it, it basically needs students to determine unearth some of the previous research done by experts in the related area. Though this procedure may sound easy when put on a document, many scholars experience several difficulties when trying to make and organize a dissertation document. [https://www.essaythinker.com/blog/research-paper-writing-service Essaythinker]. This is because most scholars fight commitment plenty of your energy and attempt on dissertation composing and end up rushing up everything hence; they don't succeed in returning up their document with adequate information relevant to the dissertation document as well as don't succeed to cite the sources when they search for dissertation support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 11 12:09:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 11:09:32 -0000 Subject: [FFmpeg-trac] #1822(avfilter:closed): Add color option to fade filter In-Reply-To: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> References: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> Message-ID: <050.76a31390cbd45949fcc10f8abf1a78a8@avcodec.org> #1822: Add color option to fade filter -------------------------------------+------------------------------------ Reporter: llogan | Owner: ubitux Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: fade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 11 12:09:52 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 11:09:52 -0000 Subject: [FFmpeg-trac] #1822(avfilter:closed): Add color option to fade filter In-Reply-To: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> References: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> Message-ID: <050.29a9f646fb2a70697a752e34fc9607ba@avcodec.org> #1822: Add color option to fade filter -------------------------------------+------------------------------------ Reporter: llogan | Owner: ubitux Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: fade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 11 12:13:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 11:13:26 -0000 Subject: [FFmpeg-trac] #1822(avfilter:closed): Add color option to fade filter In-Reply-To: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> References: <035.dcb41dad7415907b389cac969039bd5c@avcodec.org> Message-ID: <050.d397b8a8ef069184d41cb649bde9e49e@avcodec.org> #1822: Add color option to fade filter -------------------------------------+------------------------------------ Reporter: llogan | Owner: ubitux Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: fade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by ubitux): (Fixed in 3e1097b909e5d8b2bcbcbe0a761fc8ae1556c324) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 00:15:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 23:15:02 -0000 Subject: [FFmpeg-trac] #2199(FFplay:open): ffplay: stop time counter at the end of file In-Reply-To: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> References: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> Message-ID: <053.e5cbd1b23ebc6c867878a823c4a44e9f@avcodec.org> #2199: ffplay: stop time counter at the end of file ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by MattE): The problem appears to be that at the line {{{ if ((packet_queue_get(&is->audioq, pkt, 1, &is->audio_pkt_temp_serial)) < 0) }}} the queue is set to block until another packet arrives, but no packet will arrive since we reached the end of the video so it gets stuck here and sdl keeps on replaying the old buffer. I'm not sure why no eof signal is sent for this video. The proper way to fix this is to copy the silence buffer once a certain length of time has elapsed (i.e. the time when new audio has to be heard by user yet we have not received audio for). Doing that will also fix the issue where if you play a internet file and it's slow, the audio keeps on repeating itself during these delays. This will force it to be quiet as well as solve the original bug without having to pause it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 00:37:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 23:37:19 -0000 Subject: [FFmpeg-trac] #2199(FFplay:open): ffplay: stop time counter at the end of file In-Reply-To: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> References: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> Message-ID: <053.fa763bed67f2e9c11d829c535e45beea@avcodec.org> #2199: ffplay: stop time counter at the end of file ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by MattE): Sorry for the spam, but I figured out how to solve the issue for both linked files as well as keep audio from looping during network delays. Change: {{{ if ((packet_queue_get(&is->audioq, pkt, 1, &is->audio_pkt_temp_serial)) < 0) }}} to {{{ if ((packet_queue_get(&is->audioq, pkt, 0, &is->audio_pkt_temp_serial)) < 0) }}} to make it non-blocking. And then change {{{ } else if (!block) { ret = 0; break; }}} to {{{ } else if (!block) { ret = -1; break; }}} This is not a problem since this will be the only place in the code calling packet_queue_get with block=0 so only this will be affected by the change. I'm on Windows so I cannot patch and test easily, so please someone apply this change. Thanks, Matt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 00:41:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 23:41:38 -0000 Subject: [FFmpeg-trac] #3125(FFprobe:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output Message-ID: <039.428df04df11b023a954c805f54209799@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output -------------------------------------+------------------------------------- Reporter: ginjaninja | Type: defect Status: new | Priority: normal Component: FFprobe | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: ffprobe truncates artist (possibly others as well) tag of mp3/flac file, if it contains '\\' text 'separator' eg. 'artist1\\artist2\\artist3' outputs as 'artist3' How to reproduce: amend artist tag of mp3 or flac file as 'artist1\\artist2\\artist3'; run ffprobe against it and review output. C:\New folder>ffprobe.exe "01. Ring Ring.flac" ffprobe version N-56041-gf974289 Copyright (c) 2007-2013 the FFmpeg developers built on Sep 4 2013 18:01:17 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 43.100 / 52. 43.100 libavcodec 55. 31.101 / 55. 31.101 libavformat 55. 16.101 / 55. 16.101 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 83.102 / 3. 83.102 libswscale 2. 5.100 / 2. 5.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Input #0, flac, from '01. Ring Ring.flac': Metadata: ALBUM : Ring Ring ARTIST : artist3 GENRE : Pop TITLE : Ring Ring album_artist : aartist1/aartist2/aartist3 DATE : 1973 track : 1 Duration: 00:03:04.87, bitrate: 1021 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 00:47:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 23:47:48 -0000 Subject: [FFmpeg-trac] #3125(FFprobe:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <039.428df04df11b023a954c805f54209799@avcodec.org> References: <039.428df04df11b023a954c805f54209799@avcodec.org> Message-ID: <054.fbd6f96b33ce339bf3cd2a248b021448@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output -------------------------------------+----------------------------------- Reporter: ginjaninja | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ginjaninja): {{{#!comment artist1\\artist2\\artist3 outputs as artist3 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 00:48:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 23:48:57 -0000 Subject: [FFmpeg-trac] #3125(FFprobe:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <039.428df04df11b023a954c805f54209799@avcodec.org> References: <039.428df04df11b023a954c805f54209799@avcodec.org> Message-ID: <054.fc03f01389d7b13a50b86803b0fcf14b@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output -------------------------------------+----------------------------------- Reporter: ginjaninja | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ginjaninja): artist1!\\artist2!\\artist3 outputs as artists3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 00:50:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 11 Nov 2013 23:50:18 -0000 Subject: [FFmpeg-trac] #3125(FFprobe:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <039.428df04df11b023a954c805f54209799@avcodec.org> References: <039.428df04df11b023a954c805f54209799@avcodec.org> Message-ID: <054.1afe6d987fddfe784f4663458507d78f@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output -------------------------------------+----------------------------------- Reporter: ginjaninja | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ginjaninja): didnt escape the !\\ in the original post -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 01:54:10 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 00:54:10 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.bf25d205f8508e10a35047f2729c3f9e@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 ahsan): I merged, demux and mux example codes so that i can take in any .mp4/.avi/mpg files and then re-encode them in the same format I am having following issues 1. MUX example code uses avformat_alloc_output_context2() to create the output context for example for .mpg it will choose MPEG1 encoder, the .mpg file i used is encoded using MPEG2 encoder. I was wondering how can i select different encoders, is there any API call which i can use to re-set the encoder name in the context encoder fails 2. I uses the fmt_ctx from decoder to set the encoder parameters, i try to memcpy the context (decoder to encoder for the codec) but it fails by setting the different parameters from fmt_ctx to the c c->width = fmt_ctx->streams[video_stream_idx]->codec->width; c->height = fmt_ctx->streams[video_stream_idx]->codec->height; c->coded_width = fmt_ctx->streams[video_stream_idx]->codec>coded_width; ........................ c->gop_size = fmt_ctx->streams[video_stream_idx]->codec->gop_size; /* emit one intra frame every twelve frames at most */ c->bit_rate = (fmt_ctx->streams[video_stream_idx]->codec->bit_rate == 0) ? 400000 : fmt_ctx->streams[video_stream_idx]->codec->bit_rate; /* i am seting it to 400kbps in case it is set to 0 as i am seeing it for some stream */ ........................ I am seeing different issue 1. GOP Size fmt_ctx most of the time has gop_size = 12 which does not seems like the case for the original/input stream 2. bit-rate i am getting in the output .mp4 is way higher then the one i see from the fmt_ctx, it seems like encoded bit-stream is in 50Mbits/sec where as input .mp4 was 300kbps or 400kbps bit-rate I am wondering what is the best way to set the encoder context using the input bitstream [.mp4, .avi, .mpg etc] files Please let me know if you are able to figure it out -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 02:08:05 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 01:08:05 -0000 Subject: [FFmpeg-trac] #2874(avformat:open): Export image2 file name as frame metadata In-Reply-To: <036.9aac33fc6f238de43e5d89732687c0bf@avcodec.org> References: <036.9aac33fc6f238de43e5d89732687c0bf@avcodec.org> Message-ID: <051.47b2f372ff8f2948066db4ee8e6e6194@avcodec.org> #2874: Export image2 file name as frame metadata -------------------------------------+------------------------------------- Reporter: jlubeck | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: drawtext | Blocked By: image2 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by acidsoulbr): Replying to [comment:9 EkriirkE]: > I have a similar case; I have these cheap WiFi security cameras that write jpgs to an FTP, the JPGs have the camera MAC, alias, and timestamp in the filename. It would be fantastic to get the source frame's file name overlaid on a compiled video. Looking for a way to use source frame's file name as overlay text, I found this proposal. I am exactly in the same case of having a cheap WiFi security camera that writes jpgs to an FTP, the JPGs have the camera MAC address, alias (cam name), and timestamp of acquired image in the filename - all things that I would find cool to have in the overlay text. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 03:08:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 02:08:25 -0000 Subject: [FFmpeg-trac] #3125(FFprobe:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <039.428df04df11b023a954c805f54209799@avcodec.org> References: <039.428df04df11b023a954c805f54209799@avcodec.org> Message-ID: <054.79dd9478a6bac988203f5eb3f5db5617@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output -------------------------------------+----------------------------------- Reporter: ginjaninja | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Is this not reproducible with ffmpeg (the application)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 04:39:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 03:39:37 -0000 Subject: [FFmpeg-trac] #3031(avcodec:closed): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.f5c9cd4a61d7adece737d4fba457d2ff@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits ------------------------------------+----------------------------------- Reporter: userid99 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: xsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avcodec Comment: Fixed by Erik Olofsson in 3b1dcdec - thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 07:40:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 06:40:09 -0000 Subject: [FFmpeg-trac] #3125(FFprobe:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <039.428df04df11b023a954c805f54209799@avcodec.org> References: <039.428df04df11b023a954c805f54209799@avcodec.org> Message-ID: <054.9ddd9507939a43271fdc3ffbd793df10@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output -------------------------------------+----------------------------------- Reporter: ginjaninja | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ginjaninja): yes ffmpeg also trunacates artist tag if it contains !\\ {{{ C:\New folder>ffmpeg.exe -v 99 -i "01. Ring Ring.flac" test.mp3 ffmpeg version N-57057-g024bf3a Copyright (c) 2000-2013 the FFmpeg developers built on Oct 11 2013 18:01:59 with gcc 4.8.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 46.101 / 52. 46.101 libavcodec 55. 35.100 / 55. 35.100 libavformat 55. 19.100 / 55. 19.100 libavdevice 55. 4.100 / 55. 4.100 libavfilter 3. 88.101 / 3. 88.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '01. Ring Ring.flac' . Reading option 'test.mp3' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file 01. Ring Ring.flac. Successfully parsed a group of options. Opening an input file: 01. Ring Ring.flac. [flac @ 0254a000] Format flac probed with size=2048 and score=50 [flac @ 0254a000] File position before avformat_find_stream_info() is 8628 [flac @ 0242ebe0] sample/frame number mismatch in adjacent frames Last message repeated 126 times [flac @ 0254a000] max_analyze_duration 5000000 reached at 5015510 microseconds [flac @ 0254a000] File position after avformat_find_stream_info() is 745472 Input #0, flac, from '01. Ring Ring.flac': Metadata: ALBUM : Ring Ring ARTIST : artist3 GENRE : Pop TITLE : Ring Ring album_artist : aartist1/aartist2/aartist3 DATE : 1973 track : 1 Duration: 00:03:04.87, bitrate: 1021 kb/s Stream #0:0, 56, 1/44100: Audio: flac, 44100 Hz, stereo, s16 Successfully opened the file. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 09:41:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 08:41:48 -0000 Subject: [FFmpeg-trac] #3121(undetermined:new): ffplay open so slowly than vlc or gstreamer In-Reply-To: <033.b889795cfeeb1d82ff17268c4744a745@avcodec.org> References: <033.b889795cfeeb1d82ff17268c4744a745@avcodec.org> Message-ID: <048.8d36ab7c7d4f5a12fdbecec64ee0449b@avcodec.org> #3121: ffplay open so slowly than vlc or gstreamer -------------------------------------+------------------------------------- Reporter: klpu | Owner: Type: enhancement | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: avformat_open_input | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klpu): Why av_read_frame return AVPacket always many audio packet? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 11:05:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 10:05:39 -0000 Subject: [FFmpeg-trac] #3125(avformat:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <039.428df04df11b023a954c805f54209799@avcodec.org> References: <039.428df04df11b023a954c805f54209799@avcodec.org> Message-ID: <054.b8795815ab0809c60bc01f42ffd944d7@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output ------------------------------------+------------------------------------ Reporter: ginjaninja | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => id3 * version: unspecified => git-master * component: FFprobe => avformat Comment: Please upload a short sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 12:38:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 11:38:36 -0000 Subject: [FFmpeg-trac] #3122(avcodec:open): DVD LPCM invalid decoding In-Reply-To: <037.70792a407376c844f07b86692151030c@avcodec.org> References: <037.70792a407376c844f07b86692151030c@avcodec.org> Message-ID: <052.06660a22a4e8b74ee821f8774d86bd4c@avcodec.org> #3122: DVD LPCM invalid decoding -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: pcm_dvd | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => pcm_dvd regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since a42e3a67 / cb4d05e7 {{{ $ ffmpeg -i VTS_08_1.VOB ffmpeg version N-58039-gda9d360 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 12 2013 12:37:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [pcm_dvd @ 0x372ec00] block_size has changed Guessed Channel Layout for Input Stream #0.2 : mono Input #0, mpeg, from 'VTS_08_1.VOB': Duration: 00:00:14.69, start: 0.280633, bitrate: 1029 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, bt470bg), 720x576 [SAR 16:15 DAR 4:3], max. 8000 kb/s, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0xa0]: Audio: pcm_dvd, 48000 Hz, mono, s32, 960 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 12:45:15 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 11:45:15 -0000 Subject: [FFmpeg-trac] #3005(FFplay:closed): Hickups with ffplay when playing vc1 In-Reply-To: <036.1294c88e5e62cc2963edd128ed45bb64@avcodec.org> References: <036.1294c88e5e62cc2963edd128ed45bb64@avcodec.org> Message-ID: <051.40edfe4fc39f4f7ffa9e9b68527ee51d@avcodec.org> #3005: Hickups with ffplay when playing vc1 ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: mpegps vc1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): I tested the following: $ ffmpeg -i mpeg+vc1+ac3++quazgaas_problem.evo -qscale 2 out.avi $ ffmpeg -i mpeg+vc1+ac3++quazgaas_problem.evo -qscale 2 -strict -2 out.mov and played the output files with FFplay and MPlayer: Both play completely smooth afaict. Playing mpeg+vc1+ac3++quazgaas_problem.evo with FFplay is significantly worse here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 13:02:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 12:02:14 -0000 Subject: [FFmpeg-trac] #3119(avformat:open): ffmpeg can not playback some avi In-Reply-To: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> References: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> Message-ID: <052.f57d417fa4d38683035c8ad2f7bc1c98@avcodec.org> #3119: ffmpeg can not playback some avi ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | 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 Tue Nov 12 14:29:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 13:29:27 -0000 Subject: [FFmpeg-trac] #3025(avcodec:closed): Adding support for TeleText in ffmpeg In-Reply-To: <040.894a4d5238c7f39a37d14ee20ff17034@avcodec.org> References: <040.894a4d5238c7f39a37d14ee20ff17034@avcodec.org> Message-ID: <055.d640a061a4de6b0940ddb390fb9839ad@avcodec.org> #3025: Adding support for TeleText in ffmpeg -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: teletext | Blocked By: libzvbi | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Replying to [comment:6 ramitbhalla]: > {{{ > ffmpeg -y -i "..\H264 Remuxsupp working.wtv" -an -vn -map 0:1 -scodec srt test.srt > }}} This (with {{{-txt_format text}}} - libzvbi can provide bitmap and text subtitle, srt needs text subtitles) was fixed by Marton Balint. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 14:48:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 13:48:28 -0000 Subject: [FFmpeg-trac] #3120(avcodec:open): Crash when converting internal SSA to SRT In-Reply-To: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> References: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> Message-ID: <049.add521d4de3340cb71fb1399c066068d@avcodec.org> #3120: Crash when converting internal SSA to SRT ------------------------------------+----------------------------------- Reporter: eelco | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: ass crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ valgrind ffmpeg_g -i 3120-ssa-2-srt-fails-001.mkv -scodec subrip -vn -an -f null - ==2085== Memcheck, a memory error detector ==2085== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==2085== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==2085== Command: ffmpeg_g -i 3120-ssa-2-srt-fails-001.mkv -scodec subrip -vn -an -f null - ==2085== ffmpeg version N-58040-g6d90a5c Copyright (c) 2000-2013 the FFmpeg developers built on Nov 12 2013 14:42:08 with gcc 4.7 (SUSE Linux) configuration: --disable-optimizations --disable-asm libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 [matroska,webm @ 0x7236b80] Unknown entry 0x437E Last message repeated 1 times Input #0, matroska,webm, from '3120-ssa-2-srt-fails-001.mkv': Metadata: creation_time : 2013-11-05 16:43:47 Duration: 00:01:44.94, start: 0.000000, bitrate: 160 kb/s Chapter #0.0: start 0.000000, end 97.918375 Metadata: title : Intro Chapter #0.1: start 97.918375, end 104.940000 Metadata: title : OP Stream #0:0(eng): Subtitle: ssa (default) Codec 0x18000 is not in the full list. Stream #0:1: Attachment: unknown_codec Metadata: filename : Comfortaa-Regular.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:2: Attachment: unknown_codec Metadata: filename : LT.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:3: Attachment: unknown_codec Metadata: filename : LTFinnegan_MediumItalic.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:4: Attachment: unknown_codec Metadata: filename : Cavalier.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:5: Attachment: unknown_codec Metadata: filename : Comfortaa-Bold.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:6: Attachment: unknown_codec Metadata: filename : DSFetteKanzlei.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:7: Attachment: unknown_codec Metadata: filename : KaiserzeitGotisch.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:8: Attachment: unknown_codec Metadata: filename : Mothproof_Script.ttf mimetype : application/x-truetype-font Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.21.100 Chapter #0.0: start 0.000000, end 97.918375 Metadata: title : Intro Chapter #0.1: start 97.918375, end 104.940000 Metadata: title : OP Stream #0:0(eng): Subtitle: subrip (default) Stream mapping: Stream #0:0 -> #0:0 (ssa -> subrip) Press [q] to stop, [?] for help ==2085== Invalid write of size 1 ==2085== at 0x68C9314: _IO_default_xsputn (in /lib64/libc-2.15.so) ==2085== by 0x68991CD: vfprintf (in /lib64/libc-2.15.so) ==2085== by 0x68C50E4: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F1A6: srt_close_tag (srtenc.c:82) ==2085== by 0xA7F209: srt_stack_push_pop (srtenc.c:92) ==2085== by 0xA7F8DB: srt_end_cb (srtenc.c:223) ==2085== by 0xC856C1: ff_ass_split_override_codes (ass_split.c:461) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== Address 0x73e9068 is 0 bytes after a block of size 2,168 alloc'd ==2085== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE8161: av_malloc (mem.c:93) ==2085== by 0xDE83F1: av_mallocz (mem.c:243) ==2085== by 0x9DF3A1: avcodec_get_context_defaults3 (options.c:121) ==2085== by 0x409A88: new_output_stream (ffmpeg_opt.c:1035) ==2085== by 0x40BEED: new_subtitle_stream (ffmpeg_opt.c:1419) ==2085== by 0x40D48A: open_output_file (ffmpeg_opt.c:1767) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C9314: _IO_default_xsputn (in /lib64/libc-2.15.so) ==2085== by 0x68990E7: vfprintf (in /lib64/libc-2.15.so) ==2085== by 0x68C50E4: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F1A6: srt_close_tag (srtenc.c:82) ==2085== by 0xA7F209: srt_stack_push_pop (srtenc.c:92) ==2085== by 0xA7F8DB: srt_end_cb (srtenc.c:223) ==2085== by 0xC856C1: ff_ass_split_override_codes (ass_split.c:461) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== Address 0x73e906b is 3 bytes after a block of size 2,168 alloc'd ==2085== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE8161: av_malloc (mem.c:93) ==2085== by 0xDE83F1: av_mallocz (mem.c:243) ==2085== by 0x9DF3A1: avcodec_get_context_defaults3 (options.c:121) ==2085== by 0x409A88: new_output_stream (ffmpeg_opt.c:1035) ==2085== by 0x40BEED: new_subtitle_stream (ffmpeg_opt.c:1419) ==2085== by 0x40D48A: open_output_file (ffmpeg_opt.c:1767) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50F1: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F1A6: srt_close_tag (srtenc.c:82) ==2085== by 0xA7F209: srt_stack_push_pop (srtenc.c:92) ==2085== by 0xA7F8DB: srt_end_cb (srtenc.c:223) ==2085== by 0xC856C1: ff_ass_split_override_codes (ass_split.c:461) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== Address 0x73e906c is 4 bytes after a block of size 2,168 alloc'd ==2085== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE8161: av_malloc (mem.c:93) ==2085== by 0xDE83F1: av_mallocz (mem.c:243) ==2085== by 0x9DF3A1: avcodec_get_context_defaults3 (options.c:121) ==2085== by 0x409A88: new_output_stream (ffmpeg_opt.c:1035) ==2085== by 0x40BEED: new_subtitle_stream (ffmpeg_opt.c:1419) ==2085== by 0x40D48A: open_output_file (ffmpeg_opt.c:1767) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50CE: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F1A6: srt_close_tag (srtenc.c:82) ==2085== by 0xA7F209: srt_stack_push_pop (srtenc.c:92) ==2085== by 0xA7F8DB: srt_end_cb (srtenc.c:223) ==2085== by 0xC856C1: ff_ass_split_override_codes (ass_split.c:461) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== Address 0x73e906c is 4 bytes after a block of size 2,168 alloc'd ==2085== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE8161: av_malloc (mem.c:93) ==2085== by 0xDE83F1: av_mallocz (mem.c:243) ==2085== by 0x9DF3A1: avcodec_get_context_defaults3 (options.c:121) ==2085== by 0x409A88: new_output_stream (ffmpeg_opt.c:1035) ==2085== by 0x40BEED: new_subtitle_stream (ffmpeg_opt.c:1419) ==2085== by 0x40D48A: open_output_file (ffmpeg_opt.c:1767) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C9314: _IO_default_xsputn (in /lib64/libc-2.15.so) ==2085== by 0x6897667: vfprintf (in /lib64/libc-2.15.so) ==2085== by 0x68C50E4: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F1A6: srt_close_tag (srtenc.c:82) ==2085== by 0xA7F209: srt_stack_push_pop (srtenc.c:92) ==2085== by 0xA7F8DB: srt_end_cb (srtenc.c:223) ==2085== by 0xC856C1: ff_ass_split_override_codes (ass_split.c:461) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== Address 0x73e906c is 4 bytes after a block of size 2,168 alloc'd ==2085== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE8161: av_malloc (mem.c:93) ==2085== by 0xDE83F1: av_mallocz (mem.c:243) ==2085== by 0x9DF3A1: avcodec_get_context_defaults3 (options.c:121) ==2085== by 0x409A88: new_output_stream (ffmpeg_opt.c:1035) ==2085== by 0x40BEED: new_subtitle_stream (ffmpeg_opt.c:1419) ==2085== by 0x40D48A: open_output_file (ffmpeg_opt.c:1767) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0x689BB10: vfprintf (in /lib64/libc-2.15.so) ==2085== by 0x68C50E4: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F1A6: srt_close_tag (srtenc.c:82) ==2085== by 0xA7F209: srt_stack_push_pop (srtenc.c:92) ==2085== by 0xA7F8DB: srt_end_cb (srtenc.c:223) ==2085== by 0xC856C1: ff_ass_split_override_codes (ass_split.c:461) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== Address 0x73e906e is 6 bytes after a block of size 2,168 alloc'd ==2085== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE8161: av_malloc (mem.c:93) ==2085== by 0xDE83F1: av_mallocz (mem.c:243) ==2085== by 0x9DF3A1: avcodec_get_context_defaults3 (options.c:121) ==2085== by 0x409A88: new_output_stream (ffmpeg_opt.c:1035) ==2085== by 0x40BEED: new_subtitle_stream (ffmpeg_opt.c:1419) ==2085== by 0x40D48A: open_output_file (ffmpeg_opt.c:1767) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50CE: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F2ED: srt_style_apply (srtenc.c:105) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e9073 is 11 bytes after a block of size 2,168 alloc'd ==2085== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE8161: av_malloc (mem.c:93) ==2085== by 0xDE83F1: av_mallocz (mem.c:243) ==2085== by 0x9DF3A1: avcodec_get_context_defaults3 (options.c:121) ==2085== by 0x409A88: new_output_stream (ffmpeg_opt.c:1035) ==2085== by 0x40BEED: new_subtitle_stream (ffmpeg_opt.c:1419) ==2085== by 0x40D48A: open_output_file (ffmpeg_opt.c:1767) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50F1: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F2ED: srt_style_apply (srtenc.c:105) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e9078 is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50CE: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F331: srt_style_apply (srtenc.c:107) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e9078 is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50F1: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F331: srt_style_apply (srtenc.c:107) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e9091 is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50CE: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F35A: srt_style_apply (srtenc.c:109) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e9091 is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C9314: _IO_default_xsputn (in /lib64/libc-2.15.so) ==2085== by 0x6899921: vfprintf (in /lib64/libc-2.15.so) ==2085== by 0x68C50E4: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F35A: srt_style_apply (srtenc.c:109) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== Address 0x73e9098 is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50F1: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F35A: srt_style_apply (srtenc.c:109) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e909b is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50CE: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F3B3: srt_style_apply (srtenc.c:113) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e909b is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50F1: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F3B3: srt_style_apply (srtenc.c:113) ==2085== by 0xA7FBCD: srt_encode_frame (srtenc.c:274) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e909c is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50CE: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F654: srt_color_cb (srtenc.c:169) ==2085== by 0xC85008: ff_ass_split_override_codes (ass_split.c:405) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== Address 0x73e909c is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0xDD899B: av_strlcpy (avstring.c:86) ==2085== by 0xA7F54F: srt_text_cb (srtenc.c:147) ==2085== by 0xC8569A: ff_ass_split_override_codes (ass_split.c:459) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e90c0 is 0 bytes after a block of size 16 alloc'd ==2085== at 0x4C2ABED: malloc (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0x4C2AD6F: realloc (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==2085== by 0xDE81E2: av_realloc (mem.c:164) ==2085== by 0xDE8239: av_realloc_f (mem.c:177) ==2085== by 0x40C250: copy_chapters (ffmpeg_opt.c:1470) ==2085== by 0x40E2E9: open_output_file (ffmpeg_opt.c:1973) ==2085== by 0x410314: open_files (ffmpeg_opt.c:2539) ==2085== by 0x4104A7: ffmpeg_parse_options (ffmpeg_opt.c:2583) ==2085== by 0x4202AB: main (ffmpeg.c:3422) ==2085== ==2085== Invalid write of size 1 ==2085== at 0xDD89CF: av_strlcpy (avstring.c:88) ==2085== by 0xA7F54F: srt_text_cb (srtenc.c:147) ==2085== by 0xC8569A: ff_ass_split_override_codes (ass_split.c:459) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x73e919a is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid write of size 1 ==2085== at 0x68C50F1: vsnprintf (in /lib64/libc-2.15.so) ==2085== by 0xA7F062: srt_print (srtenc.c:52) ==2085== by 0xA7F654: srt_color_cb (srtenc.c:169) ==2085== by 0xC85008: ff_ass_split_override_codes (ass_split.c:405) ==2085== by 0xA7FBE6: srt_encode_frame (srtenc.c:275) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== Address 0x73e91e7 is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== Invalid read of size 8 ==2085== at 0xDE83C2: av_freep (mem.c:237) ==2085== by 0xC84ADD: free_section (ass_split.c:330) ==2085== by 0xC84BF3: ff_ass_split_dialog (ass_split.c:346) ==2085== by 0xA7F9EA: srt_encode_frame (srtenc.c:258) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== Address 0x2062203620393646 is not stack'd, malloc'd or (recently) free'd ==2085== ==2085== ==2085== Process terminating with default action of signal 11 (SIGSEGV) ==2085== General Protection Fault ==2085== at 0xDE83C2: av_freep (mem.c:237) ==2085== by 0xC84ADD: free_section (ass_split.c:330) ==2085== by 0xC84BF3: ff_ass_split_dialog (ass_split.c:346) ==2085== by 0xA7F9EA: srt_encode_frame (srtenc.c:258) ==2085== by 0xAC347C: avcodec_encode_subtitle (utils.c:1929) ==2085== by 0x415B3B: do_subtitle_out (ffmpeg.c:770) ==2085== by 0x41A26E: transcode_subtitles (ffmpeg.c:1808) ==2085== by 0x41A8AC: output_packet (ffmpeg.c:1892) ==2085== by 0x41F9C7: process_input (ffmpeg.c:3118) ==2085== by 0x41FD23: transcode_step (ffmpeg.c:3214) ==2085== by 0x41FE30: transcode (ffmpeg.c:3266) ==2085== by 0x420344: main (ffmpeg.c:3444) ==2085== ==2085== HEAP SUMMARY: ==2085== in use at exit: 4,247,342 bytes in 709 blocks ==2085== total heap usage: 112,497 allocs, 111,788 frees, 935,264,585 bytes allocated ==2085== ==2085== LEAK SUMMARY: ==2085== definitely lost: 901 bytes in 19 blocks ==2085== indirectly lost: 541 bytes in 20 blocks ==2085== possibly lost: 0 bytes in 0 blocks ==2085== still reachable: 4,245,900 bytes in 670 blocks ==2085== suppressed: 0 bytes in 0 blocks ==2085== Rerun with --leak-check=full to see details of leaked memory ==2085== ==2085== For counts of detected and suppressed errors, rerun with: -v ==2085== ERROR SUMMARY: 2449 errors from 20 contexts (suppressed: 2 from 2) Segmentation fault }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 15:02:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 14:02:56 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> References: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> Message-ID: <053.2f21c8923699fce991e6b86c58631c3d@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => hevc crash Comment: Not reproducible with valgrind. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 15:41:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 14:41:14 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.7b98de8fe13eb39748adb5ccd7cd6bdd@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by q1q2q3q4ln): You can use the API(avcodec_decode_video2 ) to write a program to play the file(N times), calls the API to delete every environment So you go through Window Resource Manager to observe your program HANDLE, you'll find its number increased each time you play end -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 15:41:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 14:41:53 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.6870726f333acaf04207fdf48f325c1f@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by q1q2q3q4ln): e.g. ffplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 16:01:42 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 15:01:42 -0000 Subject: [FFmpeg-trac] #3126(undetermined:new): h264 Encoding broken on windows Message-ID: <035.1a149f479a5d3617f3b863370f5974e4@avcodec.org> #3126: h264 Encoding broken on windows -------------------------------------+------------------------------------- Reporter: ffmpeg | 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: How to reproduce: playing this file. And it can't work well. I am sorry that I don't know how to describe it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 16:04:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 15:04:04 -0000 Subject: [FFmpeg-trac] #3126(undetermined:new): h264 Encoding broken on windows In-Reply-To: <035.1a149f479a5d3617f3b863370f5974e4@avcodec.org> References: <035.1a149f479a5d3617f3b863370f5974e4@avcodec.org> Message-ID: <050.f2977de68de713b576426df0a2ae4d1f@avcodec.org> #3126: h264 Encoding broken on windows -------------------------------------+------------------------------------- Reporter: ffmpeg | 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 ffmpeg): Replying to [ticket:3126 ffmpeg]: > Summary of the bug: play this file. > How to reproduce: > And it can't work well. I am sorry that I don't know how to describe it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 16:25:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 15:25:17 -0000 Subject: [FFmpeg-trac] #3125(avformat:new): \\ 'separator' in id3tag causes unwanted truncation of ffprobe output In-Reply-To: <039.428df04df11b023a954c805f54209799@avcodec.org> References: <039.428df04df11b023a954c805f54209799@avcodec.org> Message-ID: <054.c84c32107d6089c90d5ab3dfe58cccf2@avcodec.org> #3125: \\ 'separator' in id3tag causes unwanted truncation of ffprobe output ------------------------------------+------------------------------------ Reporter: ginjaninja | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ginjaninja): From another post i now realise that !\\ is treated as special by mp3tag (the client i use to write tags). I had thought it was just a.n.other text string, but it turns out that !\\ actually instructs mp3tag to write something special to the header. for flacs the header (when viewed in hex editor) has artist=artist1....artist=artist2....artist=artist3 so ffmpeg isn't truncating a text string past the last !\\, it is perhaps just not multi-value aware. for mp3 the header is TPE1 artist1[00][00][00]artist2[00][00][00]artist3 and ffmpeg\ffprobe reports artist as artist1 (ie doesnt read past the 1st null character?) so perhaps there is no standard for ffmpeg to accommodate? perhaps it is a peculiarity of the mp3tag client and the way it writes headers. Still it would be great if ffmpeg did support such headers by using its own format for output of multi value tags. I understand other clients do write headers in a similar way. If the user could specify the text character to use to delimit the output for eg a multivalue artist field (such as the way they are written here by mp3tag), then my client would be able to see multiple artists as they were intended (it uses ffmpeg (ffprobe) to extract tags from files). My client could parse the output of ffmpeg (ffprobe) with the known separator to derive the multiple artists. more universally, when using ffmpeg to transcode content, maybe if ffmpeg had an appreciation of these types of multi value headers, it could ensure they are written to the destination in the same format? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 16:47:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 15:47:46 -0000 Subject: [FFmpeg-trac] #3127(undetermined:new): Video stream publishing via RTMPT Message-ID: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> #3127: Video stream publishing via RTMPT -------------------------------------+------------------------------------- Reporter: goodvinj | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have the latest FFMPEG built with librtmp support. I'm trying to publish video stream to RED5 media server via RTMPT, but I see only few seconds of video (after that FFMPEG stops sending video). When I use RTMP (not RTMPT) there is no such trouble. On the other hand Flash Player publishes stream over RTMPT to RED5 without issues. Also I've tried to build FFMPEG without librtmp support, but FFMPEG hangs on avio_open in this case. Here is a log after avio_open call: 2013-11-12 20:05:50.031 [2824 ] DEBUG [http @ 01076140] request: POST /open/1 HTTP/1.1 Accept: */* Connection: keep-alive Host: localhost:5080 Content-Length: 1 Cache-Control: no-cache Content-type: application/x-fcs User-Agent: Shockwave Flash 2013-11-12 20:05:50.037 [2824 ] DEBUG [http @ 01076140] header='HTTP/1.1 200 OK' 2013-11-12 20:05:50.037 [2824 ] DEBUG [http @ 01076140] http_code=200 2013-11-12 20:05:50.037 [2824 ] DEBUG [http @ 01076140] header='Server: Apache-Coyote/1.1' 2013-11-12 20:05:50.038 [2824 ] DEBUG [http @ 01076140] header='Connection: Keep-Alive' 2013-11-12 20:05:50.038 [2824 ] DEBUG [http @ 01076140] header='Cache- Control: no-cache' 2013-11-12 20:05:50.038 [2824 ] DEBUG [http @ 01076140] header='Content- Type: application/x-fcs' 2013-11-12 20:05:50.039 [2824 ] DEBUG [http @ 01076140] header='Content- Length: 14' 2013-11-12 20:05:50.039 [2824 ] DEBUG [http @ 01076140] header='Date: Tue, 12 Nov 2013 13:05:50 GMT' 2013-11-12 20:05:50.040 [2824 ] DEBUG [http @ 01076140] header='' That's all - avio_open never returns. I use the following command line for the test: ffmpeg -re -i file.flv -acodec copy -vcodec h264 -f flv rtmpt://localhost:5080/oflaDemo/stream1384247072828 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 17:53:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 16:53:07 -0000 Subject: [FFmpeg-trac] #3127(undetermined:new): Video stream publishing via RTMPT In-Reply-To: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> References: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> Message-ID: <052.5d9420ecd2b0e799fb937ed672cc560a@avcodec.org> #3127: Video stream publishing via RTMPT -------------------------------------+------------------------------------- Reporter: goodvinj | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this a regression (did it work with older versions of FFmpeg)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 20:21:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 19:21:52 -0000 Subject: [FFmpeg-trac] #2199(FFplay:open): ffplay: stop time counter at the end of file In-Reply-To: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> References: <038.0578ffbcbaad1488ec42fde34e2b4a65@avcodec.org> Message-ID: <053.3ae417f152fa2dcfff48b227006b8fad@avcodec.org> #2199: ffplay: stop time counter at the end of file ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by llogan): Please provide a patch using "git format-patch" to the ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 12 20:46:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 12 Nov 2013 19:46:03 -0000 Subject: [FFmpeg-trac] #3025(avcodec:closed): Adding support for TeleText in ffmpeg In-Reply-To: <040.894a4d5238c7f39a37d14ee20ff17034@avcodec.org> References: <040.894a4d5238c7f39a37d14ee20ff17034@avcodec.org> Message-ID: <055.cf3e3f481ffc4576f17f229a354423d4@avcodec.org> #3025: Adding support for TeleText in ffmpeg -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: teletext | Blocked By: libzvbi | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cus): There is one more thing worth mentioning, for teletext sources, probably you would want to use ffmpeg with the {{{-fix_sub_duration}}} option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 04:38:29 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 03:38:29 -0000 Subject: [FFmpeg-trac] #3127(undetermined:new): Video stream publishing via RTMPT In-Reply-To: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> References: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> Message-ID: <052.06f8b628753b9198c674620227c15d06@avcodec.org> #3127: Video stream publishing via RTMPT -------------------------------------+------------------------------------- Reporter: goodvinj | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by goodvinj): I'd tried older versions, but they didn't work too. Maybe at some point in the past it worked, I don't know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 05:54:29 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 04:54:29 -0000 Subject: [FFmpeg-trac] #3128(avcodec:new): cavs silently ignores garbage data Message-ID: <039.a352855f812617b2d9b5e629a3c22889@avcodec.org> #3128: cavs silently ignores garbage data ------------------------------------+-------------------------------------- Reporter: Timothy_Gu | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: I generated some junk from /dev/urandom and fed it to cavs, and it just silently ignores the junk and outputed no frame. It should at least split out some error messages. How to reproduce: {{{ ./ffmpeg -s 640x320 -f rawvideo -vcodec cavs -i ran -f null - ffmpeg version N-58044-ge1c7892 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 12 2013 15:55:42 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu8) configuration: libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 [rawvideo @ 0x2bc5a20] Estimating duration from bitrate, this may be inaccurate Input #0, rawvideo, from 'ran': Duration: 00:00:05.56, start: 0.000000, bitrate: 61292 kb/s Stream #0:0: Video: cavs, yuv420p, 640x320, 61440 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x320, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (cavs -> rawvideo) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 06:01:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 05:01:08 -0000 Subject: [FFmpeg-trac] #3128(avcodec:new): cavs silently ignores garbage data In-Reply-To: <039.a352855f812617b2d9b5e629a3c22889@avcodec.org> References: <039.a352855f812617b2d9b5e629a3c22889@avcodec.org> Message-ID: <054.91ad2d9c7b5be1675890de89ed6bb082@avcodec.org> #3128: cavs silently ignores garbage data ------------------------------------+----------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Timothy_Gu): I'll upload "ran" file some time later as I don't have access to my PC right now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 09:44:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 08:44:10 -0000 Subject: [FFmpeg-trac] #3129(FFmpeg:new): Video Conversion from WMV to FLV format Message-ID: <051.e2c2fdc3d1c1630780445f6a6529b9ec@avcodec.org> #3129: Video Conversion from WMV to FLV format -------------------------------------+------------------------------------- Reporter: | Type: defect govind.durai@? | Priority: critical Status: new | Version: Component: FFmpeg | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- While I am trying to run the following command in windows command prompt i am getting the following error. Please clarify me by suggesting the right syntax Version ---- ffmpeg version N-58015-g8cdf4e0 built on Nov 10 2013 18:07:36 with gcc 4.8.2 (GCC) ----------------------------------------------------------- ffmpeg -i sampleMPG.mpg -c copy testMPG.flv Error ---- [h264 @ 000000000452ec20] missing picture in access unit with size 9 [NULL @ 00000000046cede0] missing picture in access unit with size 9 Last message repeated 474 times frame=11968 fps=1838 q=-1.0 size= 32708kB time=00:04:10.54 bitrate=1069.5kbits [NULL @ 00000000046cede0] missing picture in access unit with size 9 Last message repeated 462 times frame=12897 fps=1840 q=-1.0 size= 35499kB time=00:04:29.97 bitrate=1077.2kbits [NULL @ 00000000046cede0] missing picture in access unit with size 9 Last message repeated 490 times frame=13881 fps=1848 q=-1.0 size= 38619kB time=00:04:50.56 bitrate=1088.8kbits [NULL @ 00000000046cede0] missing picture in access unit with size 9 Last message repeated 472 times frame=14831 fps=1851 q=-1.0 size= 43060kB time=00:05:10.43 bitrate=1136.3kbits [NULL @ 00000000046cede0] missing picture in access unit with size 9 Last message repeated 468 times frame=15774 fps=1853 q=-1.0 size= 46092kB time=00:05:30.20 bitrate=1143.5kbits [NULL @ 00000000046cede0] missing picture in access unit with size 9 Last message repeated 410 times -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 09:55:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 08:55:33 -0000 Subject: [FFmpeg-trac] #3129(FFmpeg:new): Video Conversion from WMV to FLV format In-Reply-To: <051.e2c2fdc3d1c1630780445f6a6529b9ec@avcodec.org> References: <051.e2c2fdc3d1c1630780445f6a6529b9ec@avcodec.org> Message-ID: <066.bea5fb34bae370b3c8ba8844ab430f4f@avcodec.org> #3129: Video Conversion from WMV to FLV format ----------------------------------------+---------------------------------- Reporter: govind.durai@? | Owner: Type: defect | Status: new Priority: critical | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by govind.durai@?): Sorry the statement i ran was ffmpeg -i sampleWMV.wmv -c copy testMPG.flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 09:57:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 08:57:44 -0000 Subject: [FFmpeg-trac] #3130(FFmpeg:new): Video Conversion from MPG to FLV format Message-ID: <051.2b4af1dd1545117de953c662cb7038c8@avcodec.org> #3130: Video Conversion from MPG to FLV format -------------------------------------+------------------------------------- Reporter: | Type: defect govind.durai@? | Priority: critical Status: new | Version: Component: FFmpeg | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- While I am trying to run the following command in windows command prompt i am getting the following error. Please clarify me by suggesting the right syntax Version ------- ffmpeg version N-58015-g8cdf4e0 built on Nov 10 2013 18:07:36 with gcc 4.8.2 (GCC) ------------------------ ffmpeg -i sampleMPG.mpg -c copy testMPG.flv Error -------------------------- Last message repeated 4 times [mp1 @ 00000000046e7720] Header missing [mp1 @ 00000000046eefe0] Header missing Last message repeated 21 times [mp1 @ 00000000046e7720] Header missing [mp1 @ 00000000046eefe0] Header missing Last message repeated 57 times [mp1 @ 00000000046e7720] Header missing [mp1 @ 00000000046eefe0] Header missing Last message repeated 13 times [mp1 @ 00000000046e7720] Header missing [mp1 @ 00000000046eefe0] Header missing Last message repeated 2 times [mpeg @ 00000000046ee5e0] decoding for stream 0 failed [mpeg @ 00000000046ee5e0] decoding for stream 1 failed [mpeg @ 00000000046ee5e0] Could not find codec parameters for stream 0 (Audio: m p1, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 00000000046ee5e0] Could not find codec parameters for stream 1 (Audio: m p2, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options sampleMPG.mpg: could not find codec parameters -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 10:33:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 09:33:03 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:open): ffprobe can produce invalid XML In-Reply-To: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> References: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> Message-ID: <047.dd888da0776d02fc616b270b76cd1fb5@avcodec.org> #1163: ffprobe can produce invalid XML -------------------------------------+----------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by mente): Applied on latest version: works like a charm. Thanks @saste! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 10:35:50 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 09:35:50 -0000 Subject: [FFmpeg-trac] #3130(undetermined:closed): Video Conversion from MPG to FLV format In-Reply-To: <051.2b4af1dd1545117de953c662cb7038c8@avcodec.org> References: <051.2b4af1dd1545117de953c662cb7038c8@avcodec.org> Message-ID: <066.9e7ff6dcfde1adb1d04cd99be4f18254@avcodec.org> #3130: Video Conversion from MPG to FLV format -------------------------------------+------------------------------------- Reporter: | Owner: govind.durai@? | 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): * priority: critical => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined * reproduced: 1 => 0 Comment: This does not sound like a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 10:36:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 09:36:44 -0000 Subject: [FFmpeg-trac] #3129(undetermined:closed): Video Conversion from WMV to FLV format In-Reply-To: <051.e2c2fdc3d1c1630780445f6a6529b9ec@avcodec.org> References: <051.e2c2fdc3d1c1630780445f6a6529b9ec@avcodec.org> Message-ID: <066.a057de5892537c0711e9ad348dea0b58@avcodec.org> #3129: Video Conversion from WMV to FLV format -------------------------------------+------------------------------------- Reporter: | Owner: govind.durai@? | 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): * priority: critical => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined * reproduced: 1 => 0 Comment: This does not sound like a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 11:01:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 10:01:08 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:open): ffprobe can produce invalid XML In-Reply-To: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> References: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> Message-ID: <047.ade541e7077d32b0fbcaf65c68634ccb@avcodec.org> #1163: ffprobe can produce invalid XML -------------------------------------+----------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by mente): Hm, not so good as I thought. On corrupted files I got segmentation fault. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 12:13:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 11:13:05 -0000 Subject: [FFmpeg-trac] #3131(avcodec:new): h264 mp4 decoding regression Message-ID: <036.bd4ee23301b7db0de81d1b2e82010001@avcodec.org> #3131: h264 mp4 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: h264 master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- A user uploaded a sample that shows visual corruption since 7973a075 {{{ $ ffmpeg -i h264\ broken\ FFmpeg.mp4 -an -qscale 2 out.avi ffmpeg version N-58049-gf04fe23 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 13 2013 12:11:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.101 / 55. 41.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'h264 broken FFmpeg.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-11-11 08:48:36 Duration: 00:00:06.92, start: 0.000000, bitrate: 661 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 595 kb/s, SAR 853:720 DAR 853:480, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) Metadata: creation_time : 2012-07-14 02:42:49 handler_name : Imported with GPAC 0.4.6-DEV (internal rev. 5) Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 62 kb/s (default) Metadata: creation_time : 2012-07-14 02:42:58 handler_name : GPAC ISO Audio Handler Please use -q:a or -q:v, -qscale is ambiguous [mpeg4 @ 0x26fda60] Invalid pixel aspect ratio 853/720, limit is 255/255 reducing Output #0, avi, to 'out.avi': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom ISFT : Lavf55.21.100 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 186:157 DAR 279:157], q=2-31, 200 kb/s, SAR 853:720 DAR 853:480, 23.98 tbn, 23.98 tbc (default) Metadata: creation_time : 2012-07-14 02:42:49 handler_name : Imported with GPAC 0.4.6-DEV (internal rev. 5) Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 0x27890e0] Invalid mix of idr and non-idr slices Error while decoding stream #0:0: Invalid data found when processing input frame= 165 fps=0.0 q=2.0 Lsize= 2816kB time=00:00:06.96 bitrate=3312.4kbits/s video:2807kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.343029% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 12:42:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 11:42:31 -0000 Subject: [FFmpeg-trac] #3128(avcodec:open): cavs silently ignores garbage data In-Reply-To: <039.a352855f812617b2d9b5e629a3c22889@avcodec.org> References: <039.a352855f812617b2d9b5e629a3c22889@avcodec.org> Message-ID: <054.6fa84b6b83ebfbb5e3e5d5f30e8dd65b@avcodec.org> #3128: cavs silently ignores garbage data ------------------------------------+----------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => cavs * priority: normal => minor * status: new => open * reproduced: 0 => 1 Comment: {{{ $ ./ffmpeg -s 640x320 -f rawvideo -vcodec cavs -i fate- suite/svq3/Vertical400kbit.sorenson3.mov -f null - ffmpeg version N-58049-gf04fe23 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 13 2013 12:11:43 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.101 / 55. 41.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [rawvideo @ 0x2484a20] Estimating duration from bitrate, this may be inaccurate Input #0, rawvideo, from 'fate-suite/svq3/Vertical400kbit.sorenson3.mov': Duration: 00:00:00.40, start: 0.000000, bitrate: 63239 kb/s Stream #0:0: Video: cavs, yuv420p, 640x320, 61440 kb/s, 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 640x320, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (cavs -> rawvideo) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead -inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 13:22:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 12:22:05 -0000 Subject: [FFmpeg-trac] #3132(FFmpeg:new): ffmpeg Video Conversion Message-ID: <051.93d0f3b88148b5df16b3eb1bdb807ea5@avcodec.org> #3132: ffmpeg Video Conversion -------------------------------------+------------------------------------- Reporter: | Type: defect govind.durai@? | Priority: normal Status: new | Version: Component: FFmpeg | unspecified Keywords: Video | Blocked By: Conversion | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Not able to convert video from wmv format to flv How to reproduce: ffmpeg -i sampleWMV.wmv -c copy testWMV.flv ffmpeg version N-58015-g8cdf4e0 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 10 2013 18:07:36 with gcc 4.8.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-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 39 times Input #0, asf, from 'sampleWMV.wmv': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 encoder : Lavf55.21.100 Duration: 01:38:36.99, start: 0.000000, bitrate: 1091 kb/s Stream #0:0: Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 128 0x544 [SAR 1:1 DAR 40:17], 24.42 fps, 23.98 tbr, 1k tbn, 47.95 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, fltp, 9 3 kb/s File 'testWMV.flv' already exists. Overwrite ? [y/N] y Output #0, flv, to 'testWMV.flv': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 encoder : Lavf55.21.100 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 1280x544 [SAR 1:1 DAR 40:17], q=2-31, 24.42 fps, 1k tbn, 1k tbc Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 48000 Hz, stereo, 93 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 462 times frame= 1009 fps=0.0 q=-1.0 size= 1890kB time=00:00:21.10 bitrate= 733.5kbits/ [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 462 times frame= 1937 fps=1936 q=-1.0 size= 2730kB time=00:00:40.49 bitrate= 552.2kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 512 times frame= 2965 fps=1975 q=-1.0 size= 5231kB time=00:01:01.97 bitrate= 691.4kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 489 times frame= 3948 fps=1973 q=-1.0 size= 7737kB time=00:01:22.54 bitrate= 767.9kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 447 times frame= 4847 fps=1938 q=-1.0 size= 12246kB time=00:01:41.35 bitrate= 989.8kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 465 times frame= 5782 fps=1926 q=-1.0 size= 16096kB time=00:02:00.91 bitrate=1090.5kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 466 times frame= 6720 fps=1919 q=-1.0 size= 19281kB time=00:02:20.55 bitrate=1123.7kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 462 times frame= 7650 fps=1911 q=-1.0 size= 21581kB time=00:02:40.03 bitrate=1104.7kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 470 times frame= 8597 fps=1909 q=-1.0 size= 24733kB time=00:02:59.88 bitrate=1126.3kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 473 times frame= 9550 fps=1909 q=-1.0 size= 27190kB time=00:03:19.86 bitrate=1114.4kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 480 times frame=10516 fps=1911 q=-1.0 size= 29751kB time=00:03:40.09 bitrate=1107.3kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 510 times frame=11542 fps=1922 q=-1.0 size= 31372kB time=00:04:01.57 bitrate=1063.9kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 461 times frame=12471 fps=1917 q=-1.0 size= 34144kB time=00:04:21.05 bitrate=1071.5kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 480 times frame=13436 fps=1918 q=-1.0 size= 37406kB time=00:04:41.24 bitrate=1089.6kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 464 times frame=14369 fps=1915 q=-1.0 size= 41650kB time=00:05:00.75 bitrate=1134.5kbits [NULL @ 000000000408ede0] missing picture in access unit with size 9 Last message repeated 99 times frame=14569 fps=1913 q=-1.0 Lsize= 42418kB time=00:05:04.93 bitrate=1139.5kbit s/s video:38421kB audio:3475kB subtitle:0 global headers:0kB muxing overhead 1.24675 7% Received signal 2: terminating. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 13:22:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 12:22:35 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC Message-ID: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC --------------------------------------+---------------------------------- Reporter: EricV | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1 Keywords: ABI | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- I'm building XBMC from source (https://github.com/FernetMenta/xbmc/commits/master> using external ffmpeg 2.0.2 (deb-multimedia debian package). All works well. Upgrading ffmpeg to 2.1 (deb-multimedia debian package), breaks XBMC (no more video output, sound OK, no error in XBMC log). Even rebuilding XBMC with new libav* headers does not solve the problem. Same symptoms. Are there known API inciompatibilities? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 13:27:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 12:27:01 -0000 Subject: [FFmpeg-trac] #3134(FFmpeg:new): ffmpeg Video Conversion Message-ID: <051.ccebbff3242a48690e4fdf6fb31f20d7@avcodec.org> #3134: ffmpeg Video Conversion -------------------------------------+------------------------------------- Reporter: | Type: defect govind.durai@? | Priority: critical Status: new | Version: Component: FFmpeg | unspecified Keywords: Video | Blocked By: Conversion | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:Not able to convert video from mpg to flv How to reproduce: ffmpeg -i sampleMPG.mpg -c copy testMPG.flv ffmpeg version N-58015-g8cdf4e0 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 10 2013 18:07:36 with gcc 4.8.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-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 52.100 / 52. 52.100 libavcodec 55. 41.100 / 55. 41.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.102 / 3. 90.102 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mp1 @ 000000000470efe0] Header missing Last message repeated 19 times [mp1 @ 0000000004707720] Header missing [mp1 @ 000000000470efe0] Header missing Last message repeated 25 times [mp1 @ 0000000004707720] Header missing [mp1 @ 000000000470efe0] Header missing Last message repeated 4 times [mp1 @ 0000000004707720] Header missing [mp1 @ 000000000470efe0] Header missing Last message repeated 21 times [mp1 @ 0000000004707720] Header missing [mp1 @ 000000000470efe0] Header missing Last message repeated 57 times [mp1 @ 0000000004707720] Header missing [mp1 @ 000000000470efe0] Header missing Last message repeated 13 times [mp1 @ 0000000004707720] Header missing [mp1 @ 000000000470efe0] Header missing Last message repeated 2 times [mpeg @ 000000000470e5e0] decoding for stream 0 failed [mpeg @ 000000000470e5e0] decoding for stream 1 failed [mpeg @ 000000000470e5e0] Could not find codec parameters for stream 0 (Audio: m p1, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpeg @ 000000000470e5e0] Could not find codec parameters for stream 1 (Audio: m p2, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options sampleMPG.mpg: could not find codec parameters -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 14:47:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 13:47:35 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:open): ffprobe can produce invalid XML In-Reply-To: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> References: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> Message-ID: <047.02176577d326725537eec0d7563bc3e2@avcodec.org> #1163: ffprobe can produce invalid XML -------------------------------------+----------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Comment (by saste): Replying to [comment:10 mente]: > Hm, not so good as I thought. On corrupted files I got segmentation fault. Check new patchset, in case of error please provide the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 15:10:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 14:10:12 -0000 Subject: [FFmpeg-trac] #3134(undetermined:closed): ffmpeg Video Conversion In-Reply-To: <051.ccebbff3242a48690e4fdf6fb31f20d7@avcodec.org> References: <051.ccebbff3242a48690e4fdf6fb31f20d7@avcodec.org> Message-ID: <066.15eaef1dbbdeea5920a251815d4abfa0@avcodec.org> #3134: ffmpeg Video Conversion -------------------------------------+------------------------------------- Reporter: | Owner: govind.durai@? | 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): * keywords: Video Conversion => * priority: critical => normal * status: new => closed * component: FFmpeg => undetermined * resolution: => invalid Comment: Please understand that this is a bug tracker and not a support forum, consider posting your questions on the ffmpeg-user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 15:49:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 14:49:19 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.ef75dfc76107624975f3aa69c0c70427@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ABI => regression * priority: normal => important Comment: Is the same problem reproducible with current git head? Which change broke the video output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 16:05:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 15:05:46 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.f87ccfd6504fce067d9cfa3c5002e61d@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Fernetmenta git tree today. NB this is the tree used by openelec. It has been merged with upstream today. Which change in ffmpeg, unfortunately I do not know. I say XBMC binary compiled with external ffmpeg 2.0.2 works, changing only external ffmpeg to 2.1 via installation of binary packages => breaks XBMC => ABI breakage. And even recompiling using correct 2.1 headers produce a non working XBMC. Did the numbering of codec change? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 17:40:59 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 16:40:59 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.7f8a1ce4594613baefcf1bdec3335254@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the same problem reproducible with current FFmpeg git head? Please understand that while I consider this a (very) important issue, I don't see how this can be fixed as long as we don't know the change that introduced the regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 18:49:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 17:49:44 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.2494fdab70c8bc22e269146769fe9376@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): I will build git head tomorrow. I normally don't use it because upstream rendering capabilities are far below the one on fernetmenta tree. NB this occurs using vdpau acceleration on several different PC all using vdpau and being build using different fernetmenta git tree. Plus even if upstream git does not exhibit the problem (usually I find no difference for such problems), the problem still exist and may be seen in other software as well. Regarding the commit: I have no time to bisect so I hoped you would have an hint. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 13 22:17:38 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 13 Nov 2013 21:17:38 -0000 Subject: [FFmpeg-trac] #3135(undetermined:new): Extra audio tracks no longer disabled in mp4 container Message-ID: <039.ab658d728dd8137989b179f5c6abd612@avcodec.org> #3135: Extra audio tracks no longer disabled in mp4 container -------------------------------------+------------------------------------- Reporter: jrderuiter | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Previous versions of ffmpeg (such as 1.2.4 - confirmed) disabled extra audio tracks in MP4 containers to avoid having multiple 'default' tracks in the container. Using the current version of ffmpeg (git-0062869 (2013-11-12) from zoranoes builds) fails to do so, thus resulting in multiple default tracks in the container. In my case, it prevents the resulting MP4 being played on an Apple TV 3, which has no audio if multiple 'default' tracks are present in the container. Note that this issue has been mentioned in older versions of ffmpeg as well (see https://trac.ffmpeg.org/ticket/2626), but was fixed in the 1.2.x line of ffmpeg at least. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 01:08:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 00:08:46 -0000 Subject: [FFmpeg-trac] #3128(avcodec:open): cavs silently ignores garbage data In-Reply-To: <039.a352855f812617b2d9b5e629a3c22889@avcodec.org> References: <039.a352855f812617b2d9b5e629a3c22889@avcodec.org> Message-ID: <054.a7ce2b291e14756e35e99aab1626658b@avcodec.org> #3128: cavs silently ignores garbage data ------------------------------------+----------------------------------- Reporter: Timothy_Gu | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Timothy_Gu): Replying to [comment:2 cehoyos]: > Oh OK, seems like you can reproduce this bug. Then I won't upload the file then. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 07:30:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 06:30:46 -0000 Subject: [FFmpeg-trac] #3127(undetermined:new): Video stream publishing via RTMPT In-Reply-To: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> References: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> Message-ID: <052.9d75a4f221f311983b6698085172a59d@avcodec.org> #3127: Video stream publishing via RTMPT -------------------------------------+------------------------------------- Reporter: goodvinj | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by goodvinj): I've found the reason of hangs in "avio_open": "rtmp_http_open" tries to read server reply with unique id and calls "ffurl_read". It expects that "ffurl_read" returns AVERROR_EOF on completion, but "ffurl_read" returns 0. It's because "ffurl_read" calls "retry_transfer_wrapper" which calls "http_read" (as transfer_func). "http_read" returns AVERROR_EOF, but there is the code: {{{ } else if (ret < 1) return (ret < 0 && ret != AVERROR_EOF) ? ret : len; }}} so "retry_transfer_wrapper" returns len==0 instead of AVERROR_EOF, and "ffurl_read" returns 0. Then "rtmp_http_open" calls "ffurl_read" and so on. I'd fixed this by the following code in "rtmp_http_open": {{{ for (;;) { ret = ffurl_read(rt->stream, rt->client_id + off, sizeof(rt->client_id) - off); if (ret == 0 || ret == AVERROR_EOF) break; if (ret < 0) goto fail; off += ret; if (off == sizeof(rt->client_id)) { ret = AVERROR(EIO); goto fail; } } }}} Next issue occurs in "rtmp_handshake" (it hangs too). On handshake "rtmp_http_read" is called, "rtmp_http_read" calls "ffurl_read" and expects AVERROR_EOF on completion. But "ffurl_read" returns 0 again, so we get an infinite loop there. I'd changed "rtmp_http_read": {{{ do { ret = ffurl_read(rt->stream, buf + off, size); if (ret < 0 && ret != AVERROR_EOF) return ret; if (ret == 0 || ret == AVERROR_EOF) { if (rt->finishing) { }}} ---- After these changes I'd reverted all my changes and changed only these lines in "retry_transfer_wrapper": {{{ } else if (ret < 1) return (ret < 0 && ret != AVERROR_EOF) ? ret : len; }}} to {{{ } else if (ret < 1) return (ret < 0) ? ret : len; }}} Now FFMPEG sends video over RTMPT (without librtmp support). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 07:31:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 06:31:24 -0000 Subject: [FFmpeg-trac] #3127(avformat:new): Video stream publishing via RTMPT In-Reply-To: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> References: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> Message-ID: <052.7e0f8bf044376b0ed077d5f2031c5c6b@avcodec.org> #3127: Video stream publishing via RTMPT ------------------------------------+------------------------------------ Reporter: goodvinj | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by goodvinj): * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 09:19:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 08:19:36 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change Message-ID: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+-------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: normal | Component: avutil Version: 2.0.2 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ------------------------------------+-------------------------------- Hi, Would be nice to know when a libavutil major version bump (liavutil53) is scheduled. For now it is completely impossible to use ffmpeg 2.0 (and 2.1) without a rebuild for all packages who depends on libavutil52. In Debian this means 170 packages. Here is Michael's comment about this bug : [http://thread.gmane.org/gmane.comp.video.ffmpeg.cvs/66227/focus=66238] Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 10:24:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 09:24:03 -0000 Subject: [FFmpeg-trac] #3127(avformat:new): Video stream publishing via RTMPT In-Reply-To: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> References: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> Message-ID: <052.5e92292c93875f95bedd6eb5c324d554@avcodec.org> #3127: Video stream publishing via RTMPT ------------------------------------+------------------------------------ Reporter: goodvinj | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please send your patch - made with {{{git format-patch}}} - to the ffmpeg- devel mailing list where it can be discussed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 10:25:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 09:25:36 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.9edff6cc6e70431daa417fbe570fe193@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: 2.0.2 => git-master Comment: How can this be fixed in your opinion? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 11:08:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 10:08:12 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.31a24a32aa347a2d92971ec4dbddd852@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): As expected, xbmc git upstream (official xbmc git today 10h45) behaves exactly the same with ffmpeg 2.1 : sound, no errors in log but dark window (no video out). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 12:47:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 11:47:30 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.1f5b9c011395db80bc051cac2db429c3@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by marillat): Replying to [comment:1 cehoyos]: > How can this be fixed in your opinion? By changing the library soname to 53 then both libraries 52 and 53 are installable in parallel. Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 13:40:51 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 12:40:51 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.afd84d5467d517b5b78bf966dc43490e@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): Its quite unfortunate that this issue hasnt been raised louder earlier. But how bad is the issue really ? I would assume that few applications use the lls code from libavutil. So naively thinking maybe only very few need to be rebuild. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 13:52:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 12:52:14 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.8cbc2d7b879f398554432002ee6c4e3d@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the same problem reproducible with current **FFmpeg** git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 13:53:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 12:53:07 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.86012621898a92b645ad41808d007043@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Try yourself! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 15:02:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 14:02:52 -0000 Subject: [FFmpeg-trac] #3127(avformat:new): Video stream publishing via RTMPT In-Reply-To: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> References: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> Message-ID: <052.0b792aa2d79023b647d8192bf50e5342@avcodec.org> #3127: Video stream publishing via RTMPT ------------------------------------+------------------------------------ Reporter: goodvinj | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 15:29:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 14:29:34 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.93fbb9f098b754500e3ef029d6972b14@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by marillat): Replying to [comment:3 michael]: > Its quite unfortunate that this issue hasnt been raised louder earlier. > But how bad is the issue really ? > I would assume that few applications use the lls code from libavutil. > So naively thinking maybe only very few need to be rebuild. May be not all application uses lls code directly, but at least major application like vlc and XBMC doesn't work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 17:04:54 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 16:04:54 -0000 Subject: [FFmpeg-trac] #1925(undetermined:closed): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.84b2161480e6f00771fe382c0e10c0d3@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): It's unclear if it's an exact dupe or not (may be related). Anyway, regardless, I am offering a bounty of $100 USD if anybody can fix this particular one. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 17:06:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 16:06:04 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.5c892d7b781c5b48eccb577c49bef61b@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players ------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rogerdpack): I am offering a bounty of $100 USD if anybody can fix this particular one (i.e. with vcodec copy acodec copy, mplayer's internal demuxer [VLC's probably has the same issue] is able to read the audio in the file). Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 17:18:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 16:18:53 -0000 Subject: [FFmpeg-trac] #3137(undetermined:new): bitrate artefacts with libvpx Message-ID: <035.eceb7d4496aa969dffbc0fc824111ba2@avcodec.org> #3137: bitrate artefacts with libvpx -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: libvpx Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- When encoding a webm/vp8 with default settings, some weird artefacts appear at regular intervals. {{{ ? ./ffmpeg -loop 1 -i tests/lena.pnm -vf 'scale=2*iw:2*ih' -t 20 -y out.webm ffmpeg version N-58093-g54af7ce Copyright (c) 2000-2013 the FFmpeg developers built on Nov 14 2013 19:11:51 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-libx264 --enable-libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples --enable-libfreetype --enable-libvpx --cpu=native --cc='ccache cc' libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.100 / 55. 43.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 fps, 25 tbr, 25 tbn, 25 tbc [libvpx @ 0x181a160] v1.2.0 Output #0, webm, to 'out.webm': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: vp8 (libvpx), yuv420p, 512x512, q=-1--1, 200 kb/s, 1k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> libvpx) Press [q] to stop, [?] for help frame= 500 fps=149 q=0.0 Lsize= 434kB time=00:00:20.00 bitrate= 177.9kbits/s video:431kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.898042% }}} Then play {{{out.webm}}}: at t=5s, t=10s and t=15s, one single frame gets "flashy" (just like if bitrate was wrong/very-low for those frames). It's less visible if bitrate is raised but still visible (try adding {{{-b:v 1M}}}). It's probably some kind of rate control bug in libvpx, but maybe something is wrong in the wrapper (I don't have time to dig this issue) so I'm opening a ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 17:23:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 16:23:52 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding Message-ID: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Type: defect Status: new | Priority: normal Component: | Version: 2.1 undetermined | Blocked By: Keywords: | Reproduced by developer: 0 vdpau,hwdec,radeon,mpeg4 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- == Relevant Software / Hardware: == * AMD E2-1800 APU (/w Radeon HD 7340) * Linux 3.12 (Distro: Arch) * FFmpeg version 2.1 * mesa, mesa-libgl & ati-dri 9.2.3 * mplayer r36498 * mpv 0.2.3 or git (14/11/2013) == Summary of the bug: == With both mplayer and mpv, some video files encoded using "MPEG-4 part 2" render/decode incorrectly using VDPAU hardware decoding on my AMD graphics chipset. For the record, these files render/decode fine using other methods (e.g. XV or OpenGL), and worked fine back when I was using Catalyst and VA-API. I've attached mpv & mplayer logs to this ticket, and also the output from vdpauinfo and ffprobe. == How to reproduce: == * call mplayer / mpv with the appropriate arguments to enable VDPAU decoding and rendering on an affected file * observe noticeable garbling and and green-coloured blocking artefacts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 20:22:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 19:22:49 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.dc7bd6d75393151ef9eed802e30223de@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vdpau,hwdec,radeon,mpeg4 => vdpau asp Comment: Is this problem also reproducible with current FFmpeg git head? Did it work with older versions of MPlayer (and FFmpeg)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 20:33:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 19:33:24 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.4d98bd0934c16b553271f5c3f9f156b9@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by aphirst): It's been present with versions of mplayer and mpv for at least the last two months, and at least as far back as FFmpeg 2.0.0. I've had it for as long as I've used VDPAU with the free Radeon drivers, but I wanted to wait until I had the chance to use Linux 3.12 before I started chasing anything up. I'll compile ffmpeg from git now and report back ASAP. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 20:48:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 19:48:30 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.32ee8751953744b1d3cb96fdc7548aa3@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by llogan): * keywords: mpegps => mpegps bounty -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 20:49:05 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 19:49:05 -0000 Subject: [FFmpeg-trac] #1925(undetermined:closed): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.4a28cbc8f7d62f2161b19633873f53c1@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: bounty | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * keywords: => bounty -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 20:52:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 19:52:58 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.96f5845c3e832aacef6889ffbcc9c2bb@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llogan): For bounty see comment #12: ticket:1720#comment:12 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 21:03:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 20:03:14 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.b4e6ca1922879ba540ec6b5bf6521eb0@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I believe there is nothing to fix except user (un-)friendliness. The extensions .mpg/.mpeg select the "mpeg" muxer, full name "MPEG-1 Systems / MPEG program stream". Nobody really cares about the "MPEG-1 Systems" format, and certainly AC3 is not generally supported in it (I am not 100% sure it is correct of FFmpeg to allow it). You need to instead select one of the MPEG-2 PS formats. Either by using one of -f vob, -f svcd or -f dvd or using .vob or .dvd as extension. I suspect the -target thing somehow might cause the muxer to select that format as well? Not sure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 21:05:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 20:05:26 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.bce1f9e4716e8e5c826078080f7e39ee@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): My recommendations would be: 1) Make the "Output #0" thing print the long name of the muxer 2) Make the MPEG-1 Systems muxer print a warning when trying to mux more advanced formats like MPEG-2 video or AC3 audio and other things not commonly supported in it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 21:08:05 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 20:08:05 -0000 Subject: [FFmpeg-trac] #3132(undetermined:new): ffmpeg Video Conversion In-Reply-To: <051.93d0f3b88148b5df16b3eb1bdb807ea5@avcodec.org> References: <051.93d0f3b88148b5df16b3eb1bdb807ea5@avcodec.org> Message-ID: <066.e807fdddeb95757d705455b023295f21@avcodec.org> #3132: ffmpeg Video Conversion -------------------------------------+------------------------------------- Reporter: | Owner: govind.durai@? | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: asf h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Video Conversion => asf h264 * version: unspecified => git-master * component: FFmpeg => undetermined Comment: Please provide the input file sampleWMV.wmv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 21:32:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 20:32:28 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.9fa5634d746e164747e99d3ae6472328@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): Replying to [comment:4 marillat]: > Replying to [comment:3 michael]: > > Its quite unfortunate that this issue hasnt been raised louder earlier. > > But how bad is the issue really ? > > I would assume that few applications use the lls code from libavutil. > > So naively thinking maybe only very few need to be rebuild. > > May be not all application uses lls code directly, but at least major application like vlc and XBMC doesn't work. Ok, then there is a problem, how can i reproduce that ? what was vlc compiled against and what linked against ? (same question for xbmc) also i dont see any use of lls in vlc and am i assuming correctly that you build libavutil and libavcodec new ? libavcodec does use the lls code -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 22:09:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 21:09:58 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.b49a854b83378a0ba9d0bd7632aa06ec@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): can this be reproduced with any random blue ray disk ? if so ill get one, if not please tell me which i need or how i can reproduce it without a blue ray disk? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 22:12:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 21:12:09 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.7316f4d33853af526b48994468677399@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): I tested 5 different disks and all showed the same problem, so my guess is that it happens with any disk. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 22:33:20 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 21:33:20 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.00df6552324f28260b420885c2101bf8@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Didn't you report the regression originally with this publicly available disk? http://x264.nl/x264_Demo_Blu-ray.torrent -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 22:46:05 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 21:46:05 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.79e9af0942c05d19b37e7dddfa00df15@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): Yes, I did. First another user (which used a ffmpeg version build by me) complained that my version seems to be broken and the old one (build by me half a year ago) he used worked fine. Since I could reproduce the problem with the x264 Demo Blu-ray and with another TestDisk I got, I then build ffmpeg with an older libbluray version to check if this was a libbluray problem. Since going back to an older libbluray version didn't help I started checking zeranoes builds and realized that the 2.0.2 build from his site was the first (by build date; didn't know that this was was out of order) which worked again. I then also tested a few other disks and since the x264 Demo was the only one I know of which is freely available I reported using that one. -> the problem happens for me with every disk -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 14 23:40:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 22:40:09 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.d1579155bd3feda241a3162a58affe4c@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please also test MPlayer r36415 with FFmpeg b7fc2693 as an "older" version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 00:36:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 14 Nov 2013 23:36:01 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.815ff3e4d53b29685b21c1a56fbdd62c@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): Appears reimar is right. $ file sintel.mpg sintel.mpg: MPEG sequence, v2, program multiplex $ file sintel.copied.mpg sintel.copied.mpg: MPEG sequence, v1, system multiplex $ file sintel.copied.vob.mpg # with -f vob sintel.copied.vob.mpg: MPEG sequence, v2, program multiplex So...I guess either make mpeg v2 the default somehow (which might be nice for newbs like me), or big warnings, like remair mentioned in comment 16... Let me know if/how things progress either way. Thanks. -roger- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 01:40:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 00:40:28 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.c3f8b39d3463800e8610cb78a6c1574c@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by aphirst): I haven't been able to build & install a full `ffmpeg-git` package tonight (I must have mucked something up, I'll get back to it), but I can still offer something. 1. The Arch Linux AUR package/script for `mpv-build-git` builds mpv with a ''statically-linked'' `ffmpeg-git`, which I ''was'' able to get working. I cloned and built it at approximately GMT 23:00 14/11/2013, and I think that corresponds to `9244a680`, but to be sure here are the internal version numbers it reports (higher than 2.1 stable at the very least): * `libavutil 52.53.100` * `libavcodec 55.43.100` * `libavformat 55.21.100` * `libswscale 2.5.101` * `libavfilter 3.91.100` * `libavresample 1.1.0` I can confirm that that has exactly the same problematic behaviour as I initially reported. 2. If by stating a specific older version you wanted to know if versions prior to that commit (on 17/08/2013) still present my issue; then I've been able to downgrade to the stable FFmpeg builds from just before then (specifically 2.0.0 and 2.0.1). I of course also downgraded mplayer and mpv to appropriate versions. Suffice to say, the problem is there too. But yeah, sorry I haven't yet been able to test the specific version you requested; I just hope that what I have currently been able to do still has some relevance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 05:06:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 04:06:03 -0000 Subject: [FFmpeg-trac] #3139(FFserver:new): ffserver says invalid stream index after feed file reaches maximum value in rtsp live streaming Message-ID: <037.6b0c34f53e3d9d662d7895bea117b7ec@avcodec.org> #3139: ffserver says invalid stream index after feed file reaches maximum value in rtsp live streaming -------------------------------------+------------------------------------- Reporter: Ashutosh | Type: defect Status: new | Priority: critical Component: FFserver | Version: 2.0.2 Keywords: | Blocked By: ffserver,feed file | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The current scenario: I am using ffserver for live streaming.ffserver.conf file is as follows: Port 8090 BindAddress 0.0.0.0 MaxHTTPConnections 2000 MaxClients 1000 MaxBandwidth 1000 CustomLog - RTSPPort 7654 RTSPBindAddress 0.0.0.0 NoDaemon #ffmpeg http://localhost:8090/exile1.ffm File exile%d.ffm FileMaxSize 10M #Launch ffmpeg -i E:\ashu\ezio.mp4 ACL allow 127.0.0.1 ACL allow localhost # if you want to use mpegts format instead of flv # then change "live.flv" to "live.ts" # and also change "Format flv" to "Format mpegts" Format rtp NoAudio Feed exile1.ffm #File "rtsp://127.0.0.1:8554/live.sdp?tcp" VideoCodec libx264 VideoFrameRate 10 VideoBitRate 530 VideoSize 640x480 VideoBufferSize 40000 AVOptionVideo me_range 16 AVOptionVideo qcomp 0.6 AVOptionVideo qmin 10 VideoGopSize 12 PreRoll 15 #Strict -1 #NoLoop #StartSendOnKey # AVOptionVideo flags +global_header # Server status URL Format status # Only allow local people to get the status ACL allow localhost ACL allow 192.168.0.0 192.168.255.255 i transcode a video and push the output to feed file as follows: ffmpeg -i input.h264 http://localhost:8090/exile1.ffm and i play the video using ffplay using the command line as follows: ffplay -i rtsp://:7654/live.h264 - IP address. I ran first ffserver in one console window,ffmpeg in other console window and ffplay in other console window. The video plays normally by the way. When ffmpeg saves the streams to exile1.ffm it's file size increases.When filesize reaches max value i.e 10 M ,ffserver says [ffm 0x80048fe0 ] inavlid stream index 143 and ffplay stops playing and says. Cannot use next picture in error concealment. I need to play the video continously without increasing the maximum size of the feed file. Any advice is highly appreciated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 08:18:12 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 07:18:12 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.4bb3065c7482566b2f134b47861d02c1@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by marillat): Replying to [comment:5 michael]: > Replying to [comment:4 marillat]: > > Replying to [comment:3 michael]: > > > Its quite unfortunate that this issue hasnt been raised louder earlier. > > > But how bad is the issue really ? > > > I would assume that few applications use the lls code from libavutil. > > > So naively thinking maybe only very few need to be rebuild. > > > > May be not all application uses lls code directly, but at least major application like vlc and XBMC doesn't work. > > Ok, then there is a problem, how can i reproduce that ? what was vlc compiled against and what linked against ? (same question for xbmc) > also i dont see any use of lls in vlc > and am i assuming correctly that you build libavutil and libavcodec new ? libavcodec does use the lls code Debian unstable i386 packages from my repository deb-multimedia.org Installed ffmpeg 1.2.4-dmo3 and then upgraded to 2.1.0-dmo2 vlc 2.1.1-dmo1 {{{ [0x8d408f8] main libvlc warning: cannot load module `/usr/lib/vlc/plugins/stream_out/libstream_out_chromaprint_plugin.so' (/usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.54: symbol avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file libavutil.so.52 with link time reference) [0x8d408f8] main libvlc warning: cannot load module `/usr/lib/vlc/plugins/codec/libavcodec_plugin.so' (/usr/lib/i386-linux- gnu/i686/cmov/libavcodec.so.54: symbol avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file libavutil.so.52 with link time reference) [0x8d408f8] main libvlc warning: cannot load module `/usr/lib/vlc/plugins/access/libaccess_avio_plugin.so' (/usr/lib/i386 -linux-gnu/i686/cmov/libavcodec.so.54: symbol avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file libavutil.so.52 with link time reference) [0x8d408f8] main libvlc warning: cannot load module `/usr/lib/vlc/plugins/demux/libavformat_plugin.so' (/usr/lib/i386-linux- gnu/i686/cmov/libavcodec.so.54: symbol avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file libavutil.so.52 with link time reference) }}} xbmc 13.0~alpha9-dmo1 {{{ OpenGL Warning: glTestFenceNV not found in mesa table /usr/lib/i386-linux-gnu/xbmc/xbmc.bin: relocation error: /usr/lib/i386 -linux-gnu/i686/cmov/libavcodec.so.54: symbol /avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file /libavutil.so.52 with link time reference }}} melt 0.9.0-dmo9 and also kdenlive as this program use melt. {{{ mlt_repository_init: failed to dlopen /usr/lib/i386-linux-gnu/mlt/libmltavformat.so (/usr/lib/i386-linux- gnu/i686/cmov/libavcodec.so.54: symbol avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file libavutil.so.52 with link time reference) }}} x264 0.140.2377+git1ca7bb9-dmo2 {{{ x264: relocation error: /usr/lib/i386-linux- gnu/i686/cmov/libavcodec.so.54: symbol avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file libavutil.so.52 with link time reference }}} Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 09:09:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 08:09:32 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.9f6ce30abaf58ce938af7fe27deb10b0@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by aphirst): I've uploaded an affected file to my Dropbox account: https://dl.dropboxusercontent.com/u/3219541/harlock-ep20.mkv I can upload more / others if it turns out to be useful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 09:38:27 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 08:38:27 -0000 Subject: [FFmpeg-trac] #3139(FFserver:new): ffserver says invalid stream index after feed file reaches maximum value in rtsp live streaming In-Reply-To: <037.6b0c34f53e3d9d662d7895bea117b7ec@avcodec.org> References: <037.6b0c34f53e3d9d662d7895bea117b7ec@avcodec.org> Message-ID: <052.e99ce192af18ec190bbf19de3ccf4af7@avcodec.org> #3139: ffserver says invalid stream index after feed file reaches maximum value in rtsp live streaming ----------------------------------+------------------------------------ Reporter: Ashutosh | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: 2.0.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ffserver,feed file => * priority: critical => normal Comment: Is this problem only reproducible using external libraries (libx264) or also with a native encoder? To make this a valid ticket, please test current FFmpeg git head and provide your command lines together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 09:50:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 08:50:33 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.f6f9510ba2e6825d18703cc4591df874@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by marillat): Replying to [comment:6 marillat]: > Replying to [comment:5 michael]: > > Replying to [comment:4 marillat]: > > > Replying to [comment:3 michael]: > > > > Its quite unfortunate that this issue hasnt been raised louder earlier. > > > > But how bad is the issue really ? > > > > I would assume that few applications use the lls code from libavutil. > > > > So naively thinking maybe only very few need to be rebuild. > > > > > > May be not all application uses lls code directly, but at least major application like vlc and XBMC doesn't work. > > > > Ok, then there is a problem, how can i reproduce that ? what was vlc compiled against and what linked against ? (same question for xbmc) > > also i dont see any use of lls in vlc > > and am i assuming correctly that you build libavutil and libavcodec new ? libavcodec does use the lls code > > Debian unstable i386 packages from my repository deb-multimedia.org > > Installed ffmpeg 1.2.4-dmo3 and then upgraded to 2.1.0-dmo2 And here is the error messages : xbmc and x264 doesn't start at all. vlc: {{{ [0x99fbb80] main decoder error: no suitable decoder module for fourcc `h264'. VLC probably does not support this sound or video format. }}} melt: {{{ mlt_repository_init: failed to dlopen /usr/lib/i386-linux- gnu/mlt/libmltavformat.so (/usr/lib/i386-linux- gnu/i686/cmov/libavcodec.so.54: symbol avpriv_evaluate_lls, version LIBAVUTIL_52 not defined in file libavutil.so.52 with link time reference) Failed to load "sample.mp4" }}} Christian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 09:59:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 08:59:39 -0000 Subject: [FFmpeg-trac] #1925(undetermined:closed): Transcoding mjpeg video results in a very short frame In-Reply-To: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> References: <038.abb6e02ffaa054576016a369ce7fd564@avcodec.org> Message-ID: <053.f1406e85ba2d4a1ebeede982fe336e0d@avcodec.org> #1925: Transcoding mjpeg video results in a very short frame -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: bounty | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you explain how the problem is reproducible with {{{-vf fps}}} ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 10:24:11 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 09:24:11 -0000 Subject: [FFmpeg-trac] #1970(FFserver:reopened): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.17cc78e2a40009afe2f2cc5c503481f4@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: reopened Priority: critical | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by importinis): * priority: important => critical * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 10:38:07 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 09:38:07 -0000 Subject: [FFmpeg-trac] #1970(FFserver:closed): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.c1d4a11ce074ee05c5d576c5471dd0c1@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: closed Priority: important | Component: FFserver Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: critical => important * status: reopened => closed * resolution: => fixed Comment: Replying to [comment:22 importinis]: > With new "fix" new have new bugs :) Please open a new ticket for new bugs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 11:21:28 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 10:21:28 -0000 Subject: [FFmpeg-trac] #3140(undetermined:new): ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z Message-ID: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> #3140: ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z --------------------------------------+---------------------------------- Reporter: julian | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- download https://dl.dropboxusercontent.com/u/7221986/test.mkv (i have several other files exhibiting the same issue) try to convert with ffmpeg from mkv to mp4: {{{ $ ffmpeg -i test.mkv -acodec copy -vcodec copy test.mp4 ffmpeg version 2.1-tessus Copyright (c) 2000-2013 the FFmpeg developers built on Oct 28 2013 04:17:07 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-libbluray --enable-filters --enable-runtime-cpudetect libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'test.mkv': Metadata: ENCODER : Lavf54.29.104 Duration: 00:00:10.24, start: 0.000000, bitrate: 4107 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x700, SAR 1:1 DAR 64:35, 25 fps, 25 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : x264_L4.1 @ 2555 Kbps LANGUAGE : eng Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s (default) Metadata: title : English Dolby Digital 5.1 @ 640 Kbps LANGUAGE : eng [mp4 @ 0x103823e00] track 1: codec frame size is not set Output #0, mp4, to 'test.mp4': Metadata: encoder : Lavf55.19.104 Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x700 [SAR 1:1 DAR 64:35], q=2-31, 25 fps, 16k tbn, 1k tbc (default) Metadata: title : x264_L4.1 @ 2555 Kbps LANGUAGE : eng Stream #0:1(eng): Audio: ac3 ([165][0][0][0] / 0x00A5), 48000 Hz, 5.1(side), 640 kb/s (default) Metadata: title : English Dolby Digital 5.1 @ 640 Kbps LANGUAGE : eng Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [mp4 @ 0x103823e00] pts (3200) < dts (47232) in stream 0 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 12:04:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 11:04:38 -0000 Subject: [FFmpeg-trac] #3141(undetermined:new): ffprobe doesn't show the maximum number of reference frames Message-ID: <035.b0b3d080f4b69b0576cfc2f07205c304@avcodec.org> #3141: ffprobe doesn't show the maximum number of reference frames --------------------------------------+---------------------------------- Reporter: julian | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- some formats (h264) support a variable number of maximum reference frames. knowing this information is important to determine video compatibility because some devices (PS3) only support a limited number. mediainfo easily shows this information {{{ $ mediainfo test.mkv [?] Video [?] Format settings, ReFrames : 9 frames }}} i've found no way to determine this using ffprobe, so either the feature is missing or the documentation (website, help-section) is lacking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 12:12:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 11:12:48 -0000 Subject: [FFmpeg-trac] #3142(undetermined:new): FFserver ignores encoding params in stream context Message-ID: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------- Reporter: importinis | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This bug occurs after http://trac.ffmpeg.org/ticket/1970 bug "fix" :) I have tested fixed version d1e8d4b055bd9a79baa15ca80d9a1476d2a8ccdb and noticed that ffserver ignores encoding params in stream context(like: AVOptionVideo , AVOptionAudio , StartSendOnKey, PreRoll) Here is my simple ffserver.conf Port 9898 BindAddress? 0.0.0.0 Launch ffmpeg -i udp://239.3.3.3:6666 -override_ffserver -vf yadif -codec:v libx264 -c:a libfaac -bsf:a aac_adtstoasc File /tmp/t.ffm FileMaxSize? 2M Feed stream.ffm Preroll 2 StartSendOnKey? AVOptionVideo flags +global_header AVOptionAudio flags +global_header In ffserver.conf in section I always used Preroll StartSendOnKey? AVOptionVideo flags +global_header AVOptionAudio flags +global_header they all are ignored, I'm getting errors: " Mon Aug 5 10:01:44 2013 Codec for stream 0 does not use global headers but container format requires global headers Mon Aug 5 10:01:44 2013 Codec for stream 1 does not use global headers but container format requires global headers " Preroll/StartSendOnKey? doesnt work - audio starts immediately, but video appears after 5-15 seconds! I hope it will not take another 8 months to fix it :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 12:15:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 11:15:38 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.87957bc8ae01edc953c59ad60bcb6ba4@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Sorry to interrupt this awesome thread but... is there some known issues with the current patch which are not present in the current decoder? Wouldn't it be nice to apply the current patch and move on that basis? The patch is getting huge, and the more you wait, the less relevant the review on ffmpeg-devel will be. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 12:39:48 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 11:39:48 -0000 Subject: [FFmpeg-trac] #3142(FFserver:new): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.2e76dd7baff1da0a258cdf6538706b78@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by importinis): * component: undetermined => FFserver -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 12:49:55 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 11:49:55 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.b873d9f5b0b277a47a2eee2561bb9690@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): also the patch should be split into self contained fixes, 1 issue == 1 patch when its submitted to ffmpeg-devel. We can apply a huge monolithic patch too if thats the only option but it will give everyone working on aac headaches (that is you all) when theres a regression and git bisect then ends up just pointing to a huge all in one change. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 12:56:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 11:56:26 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.8b15b3db21bc7e2a50d02fc5bacdc5b2@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Replying to [comment:226 ubitux]: > Sorry to interrupt this awesome thread but... is there some known issues with the current patch which are not present in the current encoder? Not many, but I think of... - In the VBR encoding, the speech takes many bits and the music takes less bits. It should be the music that need bits, as the quality of the music is something more people care. - The encoding is a bit slower. According to klaussfreire, the v7, the one currently tested in a blind test, is "not commitable or complete yet." -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 14:01:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 13:01:41 -0000 Subject: [FFmpeg-trac] #1975(avfilter:closed): yadif placement after -i results in timing errors In-Reply-To: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> References: <034.7d9e24422a025bd1913b8af615f2d178@avcodec.org> Message-ID: <049.b1080462feeb4fb032fd64fea9722d59@avcodec.org> #1975: yadif placement after -i results in timing errors -------------------------------------+------------------------------------- Reporter: dpury | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: yadif dts | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): if this is still a problem with latest builds could you report back here please? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 14:44:21 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 13:44:21 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.2c059622f462027065a3240aca6170a2@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): I always intended to push this forward, when testing is done, as a series of smaller patches. I'm not sure I can split all of it, but there are quite a few worthy split points. I think the main issue with the current patch is overall un-tidyness, with dead code left over from earlier attempts at some solutions for instance. That's what I think doesn't make it commitable yet, it has to be cleaned up. Plus, there are quite a few magic numbers that ought to be tunables. The slowness can be fixed later, encoding quality I believe being more important than speed, if needed. It's not '''that''' much slower anyway, still faster than realtime. VBR wasn't even working before, so even if imperfect, any improvements to VBR are commitable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 16:10:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 15:10:09 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.5faabc201c366f21465fdc6b156e8af1@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:229 klaussfreire]: > I always intended to push this forward, when testing is done, as a series of smaller patches. I'm not sure I can split all of it, but there are quite a few worthy split points. sounds good, that resolves my concerns thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 16:16:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 15:16:39 -0000 Subject: [FFmpeg-trac] #2024(undetermined:new): Reencoding dvbsub fails In-Reply-To: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> References: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> Message-ID: <051.a7787373920aa1efebf2940ccb3fceab@avcodec.org> #2024: Reencoding dvbsub fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wvdschel): Hi, I modified ffmpeg to queue the clear packet of DVB subtitles instead of writing it out. I'm not sure if this is acceptable, and I'm pretty sure the code is not upto the required standards. I'd like some feedback on wether this is an acceptable solution or what I have to do to get this merged. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 17:03:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 16:03:35 -0000 Subject: [FFmpeg-trac] #2024(undetermined:new): Reencoding dvbsub fails In-Reply-To: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> References: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> Message-ID: <051.27671cccbf77dce607865046c3cf6c30@avcodec.org> #2024: Reencoding dvbsub fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please send patches to the ffmpeg-devel mailing list where they get more attention. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 17:06:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 16:06:49 -0000 Subject: [FFmpeg-trac] #2024(undetermined:new): Reencoding dvbsub fails In-Reply-To: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> References: <036.1bae9f864a653f9658535ee6156feebd@avcodec.org> Message-ID: <051.1be2ffa4bd53ac04d6cf6713bdec89d7@avcodec.org> #2024: Reencoding dvbsub fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wvdschel): Replying to [comment:6 cehoyos]: > Please send patches to the ffmpeg-devel mailing list where they get more attention. I have, I just used the wrong email, so it's awaiting moderation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 18:20:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 17:20:18 -0000 Subject: [FFmpeg-trac] #3127(avformat:new): Video stream publishing via RTMPT In-Reply-To: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> References: <037.7d4305dab956673f909875bcb3844e68@avcodec.org> Message-ID: <052.d3dfa2e9472c545e7ef8e1aef3ea0196@avcodec.org> #3127: Video stream publishing via RTMPT ------------------------------------+------------------------------------ Reporter: goodvinj | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by goodvinj): I've found that "ffurl_read" can return 0 by the specification: {{{ /** * Read up to size bytes from the resource accessed by h, and store * the read bytes in buf. * * @return The number of bytes actually read, or a negative value * corresponding to an AVERROR code in case of error. A value of zero * indicates that it is not possible to read more from the accessed * resource (except if the value of the size argument is also zero). */ int ffurl_read(URLContext *h, unsigned char *buf, int size); }}} So the right patch must check "ffurl_read" result on 0, and the old patch is invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 18:34:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 17:34:41 -0000 Subject: [FFmpeg-trac] #3143(undetermined:new): H.261 encoding crashes with trellis Message-ID: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> #3143: H.261 encoding crashes with trellis -------------------------------------+------------------------------------- Reporter: maikmerten | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: crasher | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i /tmp/test.y4m -f h261 -vb 256k -trellis 2 /tmp/test.h261 ffmpeg version N-58112-g5592d1b Copyright (c) 2000-2013 the FFmpeg developers built on Nov 15 2013 18:16:18 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu8) }}} There's some revived interest in H.261 as possible guaranteed-patent-free baseline codec for videocommunication. While ffmpeg's H.261 usually works fine, it does not work with advanced techniques such as trellis quantization (or most rate/distortion options, for that matter). This is about trellis. It would be awesome if some of the cool advanced encoder features that are available for MPEG-1 (e.g., trellis) would also work for H.261. Think "pig with rockets attached". If this is not possible the encoder at least should not crash. Program received signal SIGSEGV, Segmentation fault. 0x000000000083536a in dct_quantize_trellis_c (s=0x16342a0, block=0x1626d60, n=1, qscale=4, overflow=) at libavcodec/mpegvideo_enc.c:3619 3619 int score= distortion + length[UNI_AC_ENC_INDEX(run, level)]*lambda; (gdb) bt #0 0x000000000083536a in dct_quantize_trellis_c (s=0x16342a0, block=0x1626d60, n=1, qscale=4, overflow=) at libavcodec/mpegvideo_enc.c:3619 #1 0x0000000000842d13 in encode_mb_internal (mb_block_count=6, mb_block_width=8, mb_block_height=8, motion_y=0, motion_x=0, s=0x16342a0) at libavcodec/mpegvideo_enc.c:2060 #2 encode_mb (motion_y=0, motion_x=0, s=0x16342a0) at libavcodec/mpegvideo_enc.c:2168 #3 encode_thread (c=, arg=) at libavcodec/mpegvideo_enc.c:3042 #4 0x000000000090d8bf in avcodec_default_execute (c=0x1633b20, func=0x83f8b0 , arg=, ret=, count=1, size=8) at libavcodec/utils.c:1016 #5 0x000000000083a2c7 in encode_picture (picture_number=0, s=0x16342a0) at libavcodec/mpegvideo_enc.c:3435 #6 ff_MPV_encode_picture (avctx=0x1633b20, pkt=0x7fffffffd910, pic_arg=, got_packet=0x7fffffffd90c) at libavcodec/mpegvideo_enc.c:1494 #7 0x000000000090e6a5 in avcodec_encode_video2 (avctx=avctx at entry=0x1633b20, avpkt=avpkt at entry=0x7fffffffd910, frame=frame at entry=0x1628700, got_packet_ptr=got_packet_ptr at entry=0x7fffffffd90c) at libavcodec/utils.c:1861 #8 0x000000000046da85 in do_video_out (in_picture=0x1628700, ost=0x1633f80, ---Type to continue, or q to quit--- s=0x1633200) at ffmpeg.c:953 #9 reap_filters () at ffmpeg.c:1098 #10 0x000000000045d1df in transcode_step () at ffmpeg.c:3223 #11 transcode () at ffmpeg.c:3266 #12 main (argc=, argv=) at ffmpeg.c:3444 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 19:00:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 18:00:33 -0000 Subject: [FFmpeg-trac] #3143(undetermined:new): H.261 encoding crashes with trellis In-Reply-To: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> References: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> Message-ID: <054.78b83bae4b99af2e7452a4030616446d@avcodec.org> #3143: H.261 encoding crashes with trellis -------------------------------------+------------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: crasher | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this reproducible with {{{-f lavfi -i testsrc}}} (or tests/lena.pnm) as input or does it need a specific file to reproduce the crash? Could you test a very old version (0.5 or 0.7)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 19:01:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 18:01:26 -0000 Subject: [FFmpeg-trac] #3143(avcodec:new): H.261 encoding crashes with trellis In-Reply-To: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> References: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> Message-ID: <054.3fa5666f1170338a4788f50b5ca54776@avcodec.org> #3143: H.261 encoding crashes with trellis ---------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: crasher => crash SIGSEGV * component: undetermined => avcodec Old description: > Summary of the bug: > How to reproduce: > {{{ > % ffmpeg -i /tmp/test.y4m -f h261 -vb 256k -trellis 2 /tmp/test.h261 > ffmpeg version N-58112-g5592d1b Copyright (c) 2000-2013 the FFmpeg > developers > built on Nov 15 2013 18:16:18 with gcc 4.8 (Ubuntu/Linaro > 4.8.1-10ubuntu8) > }}} > > There's some revived interest in H.261 as possible guaranteed-patent-free > baseline codec for videocommunication. While ffmpeg's H.261 usually works > fine, it does not work with advanced techniques such as trellis > quantization (or most rate/distortion options, for that matter). This is > about trellis. > > It would be awesome if some of the cool advanced encoder features that > are available for MPEG-1 (e.g., trellis) would also work for H.261. Think > "pig with rockets attached". If this is not possible the encoder at least > should not crash. > > Program received signal SIGSEGV, Segmentation fault. > 0x000000000083536a in dct_quantize_trellis_c (s=0x16342a0, > block=0x1626d60, > n=1, qscale=4, overflow=) at > libavcodec/mpegvideo_enc.c:3619 > 3619 int score= distortion + > length[UNI_AC_ENC_INDEX(run, level)]*lambda; > (gdb) bt > #0 0x000000000083536a in dct_quantize_trellis_c (s=0x16342a0, > block=0x1626d60, n=1, qscale=4, overflow=) > at libavcodec/mpegvideo_enc.c:3619 > #1 0x0000000000842d13 in encode_mb_internal (mb_block_count=6, > mb_block_width=8, mb_block_height=8, motion_y=0, motion_x=0, > s=0x16342a0) > at libavcodec/mpegvideo_enc.c:2060 > #2 encode_mb (motion_y=0, motion_x=0, s=0x16342a0) > at libavcodec/mpegvideo_enc.c:2168 > #3 encode_thread (c=, arg=) > at libavcodec/mpegvideo_enc.c:3042 > #4 0x000000000090d8bf in avcodec_default_execute (c=0x1633b20, > func=0x83f8b0 , arg=, ret= out>, > count=1, size=8) at libavcodec/utils.c:1016 > #5 0x000000000083a2c7 in encode_picture (picture_number=0, s=0x16342a0) > at libavcodec/mpegvideo_enc.c:3435 > #6 ff_MPV_encode_picture (avctx=0x1633b20, pkt=0x7fffffffd910, > pic_arg=, got_packet=0x7fffffffd90c) > at libavcodec/mpegvideo_enc.c:1494 > #7 0x000000000090e6a5 in avcodec_encode_video2 > (avctx=avctx at entry=0x1633b20, > avpkt=avpkt at entry=0x7fffffffd910, frame=frame at entry=0x1628700, > got_packet_ptr=got_packet_ptr at entry=0x7fffffffd90c) > at libavcodec/utils.c:1861 > #8 0x000000000046da85 in do_video_out (in_picture=0x1628700, > ost=0x1633f80, > ---Type to continue, or q to quit--- > s=0x1633200) at ffmpeg.c:953 > #9 reap_filters () at ffmpeg.c:1098 > #10 0x000000000045d1df in transcode_step () at ffmpeg.c:3223 > #11 transcode () at ffmpeg.c:3266 > #12 main (argc=, argv=) at ffmpeg.c:3444 New description: Summary of the bug: How to reproduce: {{{ % ffmpeg -i /tmp/test.y4m -f h261 -vb 256k -trellis 2 /tmp/test.h261 ffmpeg version N-58112-g5592d1b Copyright (c) 2000-2013 the FFmpeg developers built on Nov 15 2013 18:16:18 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu8) }}} There's some revived interest in H.261 as possible guaranteed-patent-free baseline codec for videocommunication. While ffmpeg's H.261 usually works fine, it does not work with advanced techniques such as trellis quantization (or most rate/distortion options, for that matter). This is about trellis. It would be awesome if some of the cool advanced encoder features that are available for MPEG-1 (e.g., trellis) would also work for H.261. Think "pig with rockets attached". If this is not possible the encoder at least should not crash. {{{ Program received signal SIGSEGV, Segmentation fault. 0x000000000083536a in dct_quantize_trellis_c (s=0x16342a0, block=0x1626d60, n=1, qscale=4, overflow=) at libavcodec/mpegvideo_enc.c:3619 3619 int score= distortion + length[UNI_AC_ENC_INDEX(run, level)]*lambda; (gdb) bt #0 0x000000000083536a in dct_quantize_trellis_c (s=0x16342a0, block=0x1626d60, n=1, qscale=4, overflow=) at libavcodec/mpegvideo_enc.c:3619 #1 0x0000000000842d13 in encode_mb_internal (mb_block_count=6, mb_block_width=8, mb_block_height=8, motion_y=0, motion_x=0, s=0x16342a0) at libavcodec/mpegvideo_enc.c:2060 #2 encode_mb (motion_y=0, motion_x=0, s=0x16342a0) at libavcodec/mpegvideo_enc.c:2168 #3 encode_thread (c=, arg=) at libavcodec/mpegvideo_enc.c:3042 #4 0x000000000090d8bf in avcodec_default_execute (c=0x1633b20, func=0x83f8b0 , arg=, ret=, count=1, size=8) at libavcodec/utils.c:1016 #5 0x000000000083a2c7 in encode_picture (picture_number=0, s=0x16342a0) at libavcodec/mpegvideo_enc.c:3435 #6 ff_MPV_encode_picture (avctx=0x1633b20, pkt=0x7fffffffd910, pic_arg=, got_packet=0x7fffffffd90c) at libavcodec/mpegvideo_enc.c:1494 #7 0x000000000090e6a5 in avcodec_encode_video2 (avctx=avctx at entry=0x1633b20, avpkt=avpkt at entry=0x7fffffffd910, frame=frame at entry=0x1628700, got_packet_ptr=got_packet_ptr at entry=0x7fffffffd90c) at libavcodec/utils.c:1861 #8 0x000000000046da85 in do_video_out (in_picture=0x1628700, ost=0x1633f80, ---Type to continue, or q to quit--- s=0x1633200) at ffmpeg.c:953 #9 reap_filters () at ffmpeg.c:1098 #10 0x000000000045d1df in transcode_step () at ffmpeg.c:3223 #11 transcode () at ffmpeg.c:3266 #12 main (argc=, argv=) at ffmpeg.c:3444 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 19:21:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 18:21:24 -0000 Subject: [FFmpeg-trac] #3143(avcodec:new): H.261 encoding crashes with trellis In-Reply-To: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> References: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> Message-ID: <054.0e2d71a010e65a629b36ec162b322909@avcodec.org> #3143: H.261 encoding crashes with trellis ---------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by maikmerten): I'm testing with uncompressed test sequences stored in YUV4MPEG format. Suitable input is e.g. http://media.xiph.org/video/derf/y4m/mad900_cif.y4m (this sequence is so totally 90ies). Will try to test an old version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 19:37:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 18:37:39 -0000 Subject: [FFmpeg-trac] #3143(avcodec:new): H.261 encoding crashes with trellis In-Reply-To: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> References: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> Message-ID: <054.caaaadfbdfee7877fd359ce5097385b5@avcodec.org> #3143: H.261 encoding crashes with trellis ---------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by maikmerten): Version 0.5.13 behaves in a similar way, crashes at the same statement in the corresponding file. {{{ Starting program: /home/maik/builds/ffmpeg-0.5.13/ffmpeg_g -i /tmp/test.y4m -f h261 -vb 256k -trellis 2 /tmp/test.h261 FFmpeg version 0.5.13, Copyright (c) 2000-2013 Fabrice Bellard, et al. }}} {{{ Program received signal SIGSEGV, Segmentation fault. 0x0000000000521add in dct_quantize_trellis_c (s=0xe9d6e0, block=0xeadeb0, n=1, qscale=4, overflow=) at libavcodec/mpegvideo_enc.c:3100 3100 int score= distortion + length[UNI_AC_ENC_INDEX(run, level)]*lambda; (gdb) bt #0 0x0000000000521add in dct_quantize_trellis_c (s=0xe9d6e0, block=0xeadeb0, n=1, qscale=4, overflow=) at libavcodec/mpegvideo_enc.c:3100 #1 0x0000000000535f6f in encode_mb_internal (mb_block_count=6, mb_block_height=8, motion_y=0, motion_x=0, s=0xe9d6e0) at libavcodec/mpegvideo_enc.c:1635 #2 encode_mb (motion_y=0, motion_x=0, s=0xe9d6e0) at libavcodec/mpegvideo_enc.c:1731 #3 encode_thread (c=, arg=) at libavcodec/mpegvideo_enc.c:2554 #4 0x00000000004d623f in avcodec_default_execute (c=0xe94f70, func=0x532ad0 , arg=, ret=, count=1, size=8) at libavcodec/utils.c:399 #5 0x0000000000524e51 in encode_picture (picture_number=0, s=0xe9d6e0) at libavcodec/mpegvideo_enc.c:2912 #6 MPV_encode_picture (avctx=, buf=, buf_size=, data=) at libavcodec/mpegvideo_enc.c:1214 #7 0x00000000004d66f6 in avcodec_encode_video (avctx=avctx at entry=0xe94f70, buf=, buf_size=, pict=pict at entry=0x7fffffffd340) at libavcodec/utils.c:515 #8 0x00000000004378c5 in do_video_out (ist=0x0, frame_size=, in_picture=0x7fffffffcfe0, ost=0xe9d510, s=) at ffmpeg.c:974 #9 output_packet (ist=ist at entry=0xe9d4a0, ist_index=ist_index at entry=0, ost_table=ost_table at entry=0xe9d4f0, nb_ostreams=nb_ostreams at entry=1, pkt=pkt at entry=0x7fffffffd560) at ffmpeg.c:1358 #10 0x000000000043a5fc in av_encode (nb_output_files=nb_output_files at entry=1, nb_input_files=nb_input_files at entry=1, nb_stream_maps=, stream_maps=0xb23420 , input_files=0xb27420 , output_files=0xb259c0 ) at ffmpeg.c:2153 #11 0x0000000000435018 in main (argc=, argv=) at ffmpeg.c:3928 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 15 20:47:07 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 19:47:07 -0000 Subject: [FFmpeg-trac] #3107(undetermined:new): Problem using muxing example In-Reply-To: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> References: <034.e0509d9312deb1833b27efee59f1afdb@avcodec.org> Message-ID: <049.a94b2df76b7bdef094e5ae66b3da451b@avcodec.org> #3107: Problem using muxing example -------------------------------------+------------------------------------- Reporter: ahsan | 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 easonic): Replying to [comment:10 ahsan]: > I merged, demux and mux example codes so that i can take in any .mp4/.avi/mpg files and then re-encode them in the same format > > I am having following issues > > 1. MUX example code uses avformat_alloc_output_context2() to create the output context for example for .mpg it will choose MPEG1 encoder, the .mpg file i used is encoded using MPEG2 encoder. > > I was wondering how can i select different encoders, is there any API call which i can use to re-set the encoder name in the context encoder fails > > 2. I uses the fmt_ctx from decoder to set the encoder parameters, i try to memcpy the context (decoder to encoder for the codec) but it fails by setting the different parameters from fmt_ctx to the c > > c->width = fmt_ctx->streams[video_stream_idx]->codec->width; > c->height = fmt_ctx->streams[video_stream_idx]->codec->height; > c->coded_width = fmt_ctx->streams[video_stream_idx]->codec>coded_width; > ........................ > c->gop_size = fmt_ctx->streams[video_stream_idx]->codec->gop_size; > /* emit one intra frame every twelve frames at most */ > > c->bit_rate = (fmt_ctx->streams[video_stream_idx]->codec->bit_rate == 0) ? 400000 : > fmt_ctx->streams[video_stream_idx]->codec->bit_rate; > /* i am seting it to 400kbps in case it is set to 0 as i am seeing it for some stream */ > > ........................ > > I am seeing different issue > > 1. GOP Size fmt_ctx most of the time has gop_size = 12 which does not seems like the case for the original/input stream > > 2. bit-rate i am getting in the output .mp4 is way higher then the one i see from the fmt_ctx, it seems like encoded bit-stream is in 50Mbits/sec where as input .mp4 was 300kbps or 400kbps bit-rate > > I am wondering what is the best way to set the encoder context using the input bitstream > [.mp4, .avi, .mpg etc] files > > Please let me know if you are able to figure it out Hi, ahsan Sorry for the delay, really busy for the project. Um, do you resolve that issue? I met maybe the same problem here, what I did was just: '''avcodec_copy_context(vStream->codec, inFormatCtx->streams[video_idx]->codec);''' but found that the '''output avformatcontext''' complains about the codec_tag. Thus, I traced the problem, found that after '''avformat_write_header(outFmtCtx, NULL);''', some parameter in the '''output avformatcontext->streams[video]->codec''' will change; thus I set the parameter to zero before '''avformat_write_header(outFmtCtx, NULL);''' and that works. For my experiment, I found that to get the correct duration and time_base (you can treat it as after parsing the codeccontext parameter), I need to set videostream's codec to: ''/* * IMPORTANT!!! Set the stream->codec information: * Copy all the CodecFormat info except the time_base and codec_tag * video_stream->codec->time_base: set to inputFmtCtx->vStream->time_base * video only! * video_stream->codec->codec_tag: calculate by av_write_header * video_stream->codec->flags : set global if the output format need * global **/'' Um, and for audio, just skip the time_base part, and it works for me, too. If you need my code (what I was doing was to remux files without reencoding.), I will email to you later~ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 16 00:05:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 15 Nov 2013 23:05:41 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.c099b0e47bae8ab9b9bba7b064546957@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): Does this patchset (with --enable-old-libavutil52-abi) fix it ? http://article.gmane.org/gmane.comp.video.ffmpeg.devel/171153 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 16 02:04:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Nov 2013 01:04:01 -0000 Subject: [FFmpeg-trac] #3144(FFmpeg:new): Assertion failure with XVMC removal Message-ID: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> #3144: Assertion failure with XVMC removal ----------------------------------+-------------------------------------- Reporter: vallimar | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: xvmc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Compiling with FF_API_XVMC == 0 results in an assertain failure. "Assertion CODEC_ID_CLLC == AV_CODEC_ID_CLLC failed at libavcodec/utils.c:2849" This was introduced with commit 19e30a58fc8ee6187a0bc14aff7f566a13c81421 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 16 02:19:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Nov 2013 01:19:37 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.4b96c5677b67ba94fe81b7c69bd579c0@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 16 06:24:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Nov 2013 05:24:09 -0000 Subject: [FFmpeg-trac] #3145(FFmpeg:new): Header inconsistencies for a certain range of video bit rate Message-ID: <036.13010cd7329da63f62b951e9df582d56@avcodec.org> #3145: Header inconsistencies for a certain range of video bit rate -------------------------------------+------------------------------------- Reporter: olitoli | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 2.1 Keywords: xvid avi | Blocked By: video bitrate | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi, I am trying to transcode from any format (.mkv, .avi, .m4v, etc) to this format: XVID avi. I am seeing a problem that I did not see reported before (I googled a lot but did not find anything that closely match my problem). I have been using the Mac OS X Tessus standalone builds 1.2.1 and 2.1.0 and both have the same problem. The input file and format does not really matter, I tried with various and still see the same problem. The problem: For a certain RANGE of video rate, the output file has (apparently) some header inconsistencies (wrong lengths/sizes for the audio and/or video streams). The symptoms: On my Philips DVD Player DVP 3680, when I play the file, I first see the 0%-100% loading message twice (it should be seen only once), then if I play the file, it stops playing after a certain mark (roughly 1GB). Also, if I try to fast forward, I can go until the end, but if I try to play after that certain mark, the file won't play. Additionally, if I use the GUI version of MediaInfo Mac 0.7.36.0, I can see the inconsistencies mentioned above. If I use the CLI mediainfo 0.7.64, I do not see those inconsistencies. If I use ffmpeg -v 9 -loglevel 99 -i, I do not see any inconsistencies either. Furthermore, ALL files play correctly in VLC. The Tests: First, I thought that this problem was the infamous 1GB avi limit issue but it is not so as my tests below reveal. For any 1 hour 40 minutes 720x400 movie (I tried with both an XVID .avi and a x264 .m4v, like mentioned before, the source does not matter): ffmpeg -i DIT.avi -c:v mpeg4 -vtag XVID -b:v 1300k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 D_1300.avi ffmpeg -i DIT.avi -c:v mpeg4 -vtag XVID -b:v 1350k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 D_1350.avi ffmpeg -i DIT.avi -c:v mpeg4 -vtag XVID -b:v 1900k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 D_1900.avi ffmpeg -i DIT.avi -c:v mpeg4 -vtag XVID -b:v 2000k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 D_2000.avi The files encoded at 1300k (or below) are fine. The files encoded from 1350k to 1900k are incorrect. The files encoded at 2000k (and above, ie. 2100k) are fine. D_1300.avi is 1.00GB with a 927MB video stream and a 92MB audio stream. D_2000.avi is 1.49GB with a 1.39GB video stream and a 92MB audio stream. For any 2 hours 11 minutes 720x304 movie (I tried with 2 different x264 .m4v): ffmpeg -i PR.m4v -c:v mpeg4 -vtag XVID -b:v 900k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 P_900.avi ffmpeg -i PR.m4v -c:v mpeg4 -vtag XVID -b:v 1000k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 P_1000.avi ffmpeg -i PR.m4v -c:v mpeg4 -vtag XVID -b:v 1900k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 P_1900.avi ffmpeg -i PR.m4v -c:v mpeg4 -vtag XVID -b:v 2000k -r 23.976 -c:a ac3 -b:a 128k -ar 48000 -ac 2 P_2000.avi The files encoded at 900k (or below) are fine. The files encoded from 1000k to 1900k are incorrect. The files encoded at 2000k (and above, ie. 2100k) are fine. Fine means that file will play on the DVD Player and the GUI MediaInfo reports correct values for the Streams Lengths and Sizes. Incorrect means that the file will not play beyond a certain mark and the GUI MediaInfo reports incorrect values for the Streams Lengths and/or Sizes. P_900.avi is 975MB with a 844MB video stream and a 120MB audio stream. P_2000.avi is 1.96GB with a 1.83GB video stream and a 120MB audio stream. You will see below the info generated by ffmpeg -v 9 -loglevel 99 -i for P_1900.avi and P_2000.avi, as well as the info generated by mediainfo CLI for the same files. Except for the names and bitrates, there are no differences between those files. However, when I inspect P_2000.avi with the GUI MediaInfo, it shows the same values for Video and Audio Stream Size than its CLI counterpart, but when I inspect P_1900.avi with the GUI MediaInfo, it presents a wrong Audio Stream Size (58MB instead of 120) and a wrong Audio Stream Length (1h 3mn instead of 2h 11mn). When I inspect P_1000.avi with the GUI MediaInfo, it presents a wrong Video Stream Size (74MB instead of 938) and Audio Stream Size (4MB instead of 120) but both Stream Lengths are presented correctly (2h 11mn). My theory (but I'm not certain...): This leads me to think that there might be a file header issue. Each Stream has its own header and that header is correct and is the one that is being dumped by ffmpeg or mediainfo, but there might be a general file header that should contain redundant information and this header is incorrect and is the one being dumped by the MediaInfo GUI, and used (unfortunately) by my DVD Player... Additional notes: Using libmp3lame instead of ac3 makes thing worse, both D_MP3_1700.avi and D_MP3_2000.avi are incorrect. I hope that this is detailed enough for you to figure out what is happening. Regards, Toshiro ------------ P_1900.avi ffmpeg info ------------------------ ffmpeg version 1.2.1-tessus Copyright (c) 2000-2013 the FFmpeg developers built on May 9 2013 21:58:14 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-runtime-cpudetect libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '/Users/tlees/Movies/More Tests 11:11/P_1900.avi'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file /Users/tlees/Movies/More Tests 11:11/P_1900.avi. Successfully parsed a group of options. Opening an input file: /Users/tlees/Movies/More Tests 11:11/P_1900.avi. [avi @ 0x10200f000] Format avi probed with size=2048 and score=100 [avi @ 0x101b00d20] use odml:1 [avi @ 0x10200f000] File position before avformat_find_stream_info() is 9900 [avi @ 0x10200f000] All info found rfps: 23.750000 0.011839 Last message repeated 1 times rfps: 23.833333 0.004718 Last message repeated 1 times rfps: 23.916667 0.000816 Last message repeated 1 times rfps: 24.000000 0.000134 Last message repeated 1 times rfps: 24.083333 0.002670 Last message repeated 1 times rfps: 24.166667 0.008427 Last message repeated 1 times rfps: 24.250000 0.017403 Last message repeated 1 times rfps: 47.666667 0.018872 Last message repeated 1 times rfps: 47.750000 0.009458 Last message repeated 1 times rfps: 47.833333 0.003264 Last message repeated 1 times rfps: 47.916667 0.000289 Last message repeated 1 times rfps: 48.000000 0.000534 Last message repeated 1 times rfps: 48.083333 0.003998 Last message repeated 1 times rfps: 48.166667 0.010682 Last message repeated 1 times rfps: 23.976024 0.000000 Last message repeated 1 times rfps: 47.952048 0.000000 Last message repeated 1 times [avi @ 0x10200f000] File position after avformat_find_stream_info() is 58351 Input #0, avi, from '/Users/tlees/Movies/More Tests 11:11/P_1900.avi': Metadata: encoder : Lavf54.63.104 Duration: 02:11:17.46, start: 0.000000, bitrate: 2036 kb/s Stream #0:0, 41, 125/2997: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 1/2997, 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1, 53, 4/125: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 128 kb/s Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x101b00c40] Statistics: 3730528 bytes read, 8 seeks ------------ P_2000.avi ffmpeg info ------------------------ ffmpeg version 1.2.1-tessus Copyright (c) 2000-2013 the FFmpeg developers built on May 9 2013 21:58:14 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-runtime-cpudetect libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set libav* logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set libav* logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '/Users/tlees/Movies/More Tests 11:11/P_2000.avi'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file /Users/tlees/Movies/More Tests 11:11/P_2000.avi. Successfully parsed a group of options. Opening an input file: /Users/tlees/Movies/More Tests 11:11/P_2000.avi. [avi @ 0x10200f000] Format avi probed with size=2048 and score=100 [avi @ 0x101b00d20] use odml:1 [avi @ 0x10200f000] File position before avformat_find_stream_info() is 9900 [avi @ 0x10200f000] All info found rfps: 23.750000 0.011839 Last message repeated 1 times rfps: 23.833333 0.004718 Last message repeated 1 times rfps: 23.916667 0.000816 Last message repeated 1 times rfps: 24.000000 0.000134 Last message repeated 1 times rfps: 24.083333 0.002670 Last message repeated 1 times rfps: 24.166667 0.008427 Last message repeated 1 times rfps: 24.250000 0.017403 Last message repeated 1 times rfps: 47.666667 0.018872 Last message repeated 1 times rfps: 47.750000 0.009458 Last message repeated 1 times rfps: 47.833333 0.003264 Last message repeated 1 times rfps: 47.916667 0.000289 Last message repeated 1 times rfps: 48.000000 0.000534 Last message repeated 1 times rfps: 48.083333 0.003998 Last message repeated 1 times rfps: 48.166667 0.010682 Last message repeated 1 times rfps: 23.976024 0.000000 Last message repeated 1 times rfps: 47.952048 0.000000 Last message repeated 1 times [avi @ 0x10200f000] File position after avformat_find_stream_info() is 58351 Input #0, avi, from '/Users/tlees/Movies/More Tests 11:11/P_2000.avi': Metadata: encoder : Lavf54.63.104 Duration: 02:11:17.46, start: 0.000000, bitrate: 2135 kb/s Stream #0:0, 41, 125/2997: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 720x404 [SAR 1:1 DAR 180:101], 1/2997, 23.98 fps, 23.98 tbr, 23.98 tbn, 2997 tbc Stream #0:1, 53, 4/125: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 128 kb/s Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x101b00c40] Statistics: 3714504 bytes read, 8 seeks ------------ P_1900.avi media info ------------------------ General Complete name : /Users/tlees/Movies/More Tests 11:11/P_1900.avi Format : AVI Format/Info : Audio Video Interleave Format profile : OpenDML File size : 1.87 GiB Duration : 2h 11mn Overall bit rate : 2 036 Kbps Writing application : Lavf54.63.104 Video ID : 0 Format : MPEG-4 Visual Format profile : Simple at L1 Format settings, BVOP : No Format settings, QPel : No Format settings, GMC : No warppoints Format settings, Matrix : Default (H.263) Codec ID : XVID Codec ID/Hint : XviD Duration : 2h 11mn Bit rate : 1 897 Kbps Width : 720 pixels Height : 404 pixels Display aspect ratio : 16:9 Frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Compression mode : Lossy Bits/(Pixel*Frame) : 0.272 Stream size : 1.74 GiB (93%) Writing library : Lavc54.92.100 Audio ID : 1 Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Format settings, Endianness : Big Codec ID : 2000 Duration : 2h 11mn Bit rate mode : Constant Bit rate : 128 Kbps Channel count : 2 channels Channel positions : Front: L R Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Stream size : 120 MiB (6%) Alignment : Aligned on interleaves Interleave, duration : 32 ms (0.77 video frame) ------------ P_2000.avi media info ------------------------ General Complete name : /Users/tlees/Movies/More Tests 11:11/P_2000.avi Format : AVI Format/Info : Audio Video Interleave Format profile : OpenDML File size : 1.96 GiB Duration : 2h 11mn Overall bit rate : 2 136 Kbps Writing application : Lavf54.63.104 Video ID : 0 Format : MPEG-4 Visual Format profile : Simple at L1 Format settings, BVOP : No Format settings, QPel : No Format settings, GMC : No warppoints Format settings, Matrix : Default (H.263) Codec ID : XVID Codec ID/Hint : XviD Duration : 2h 11mn Bit rate : 1 997 Kbps Width : 720 pixels Height : 404 pixels Display aspect ratio : 16:9 Frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Compression mode : Lossy Bits/(Pixel*Frame) : 0.286 Stream size : 1.83 GiB (94%) Writing library : Lavc54.92.100 Audio ID : 1 Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Format settings, Endianness : Big Codec ID : 2000 Duration : 2h 11mn Bit rate mode : Constant Bit rate : 128 Kbps Channel count : 2 channels Channel positions : Front: L R Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Stream size : 120 MiB (6%) Alignment : Aligned on interleaves Interleave, duration : 32 ms (0.77 video frame) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 16 18:33:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Nov 2013 17:33:58 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.5275dd6e0df95e57d70c0335f4e7cde9@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): An alternative solution, that doesnt need a configure flag posted: http://article.gmane.org/gmane.comp.video.ffmpeg.devel/171166 this basically reintroduces the proper 52 style ABI to libavutil and at the same time makes libavcodec not use the ambigous ABI anymore. So simply upgrading both libs would then resolve it. Comments and testing very welcome! About simply bumping major, i think this would cause many more problems than it solves, especially if debian at some future point introduces a incompatible libavutil with that major version from libav. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 00:12:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Nov 2013 23:12:28 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Invalid pts values in mpeg4-ogg sample (was: Heavy desync with ffplay for a mpeg4-ogg sample) In-Reply-To: <036.ac159df078a002627623ddca3a17690f@avcodec.org> References: <036.ac159df078a002627623ddca3a17690f@avcodec.org> Message-ID: <051.118b277aeae04fbb21322222451aafb7@avcodec.org> #2507: Invalid pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * cc: cus@? (added) * keywords: ogg asp videolan regression => ogg asp videolan * component: FFplay => undetermined * owner: cus => Comment: FFplay part is fixed in 28031404571bb69a1d685341cfc1cd737ecb9681. However there seems to be a avformat/avcodec issue here as well, which makes the PTS values bad. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 00:41:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 16 Nov 2013 23:41:15 -0000 Subject: [FFmpeg-trac] #2507(undetermined:open): Unknown packet pts values in mpeg4-ogg sample (was: Invalid pts values in mpeg4-ogg sample) In-Reply-To: <036.ac159df078a002627623ddca3a17690f@avcodec.org> References: <036.ac159df078a002627623ddca3a17690f@avcodec.org> Message-ID: <051.7f9dbdf48a07e00ae8ca69674fb0e6e5@avcodec.org> #2507: Unknown packet pts values in mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: ogg asp | Resolution: videolan | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * reproduced: 0 => 1 Comment: Actually the PTS values are only missing, they are not invalid. And not only the decoded frame pts-es, but the packet pts values as well. However you have to decode the video, to experience the problem, ffprobe -show_packets does not show any issues, but ffprobe -show_packets -show_frames does. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 01:20:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 00:20:15 -0000 Subject: [FFmpeg-trac] #3146(undetermined:new): Some MP3 files don't detect any streams Message-ID: <033.975dea6ca1d219185871b5b678016029@avcodec.org> #3146: Some MP3 files don't detect any streams --------------------------------------+---------------------------------- Reporter: catd | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1 Keywords: mp3 detect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: When trying to play back certain mp3 files, ffplay only plays silence and prints the messages: {{{ [mp3 @ 0x7f0974000920] Format mp3 detected only with low score of 24, misdetection possible! [mjpeg @ 0x7f09740024e0] mjpeg: error, decode_app parser read over the end [mp3 @ 0x7f0974000920] Stream #0: not enough frames to estimate rate; consider increasing probesize [mp3 @ 0x7f0974000920] Stream #1: not enough frames to estimate rate; consider increasing probesize [mp3 @ 0x7f0974000920] Could not find codec parameters for stream 0 (Audio: mp3, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options }}} And on these files, ffprobe does not report any bitrate or channels for the audio stream: {{{ Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: mp3, 0 channels, s16p Stream #0:1: Video: mjpeg, yuvj420p(pc), 160x160, 90k tbr, 90k tbn, 90k tbc }}} The file plays fine with mpg123 and alsaplayer. How to reproduce: {{{ % ffprobe Stuntin_\#39\;_By_The_floozies.mp3 % ffplay Stuntin_\#39\;_By_The_floozies.mp3 }}} ffmpeg --version: {{{ ffmpeg version 2.1 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 2 2013 07:46:01 with gcc 4.8.2 (GCC) configuration: --prefix=/usr --disable-debug --disable-static --enable- avresample --enable-dxva2 --enable-fontconfig --enable-gnutls --enable-gpl --enable-libass --enable-libbluray --enable-libfreetype --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-libxvid --enable-pic --enable-postproc --enable- runtime-cpudetect --enable-shared --enable-swresample --enable-vdpau --enable-version3 --enable-x11grab libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 01:32:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 00:32:23 -0000 Subject: [FFmpeg-trac] #3146(undetermined:new): Some MP3 files don't detect any streams In-Reply-To: <033.975dea6ca1d219185871b5b678016029@avcodec.org> References: <033.975dea6ca1d219185871b5b678016029@avcodec.org> Message-ID: <048.f587d293f245bdc9d7eb04047820f9e9@avcodec.org> #3146: Some MP3 files don't detect any streams -------------------------------------+------------------------------------- Reporter: catd | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: mp3 detect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by catd): The file listed in the bug can be found at http://ubuntuone.com/7YnkjEN2IduQxi3VA5unek -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 04:26:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 03:26:18 -0000 Subject: [FFmpeg-trac] #3146(avformat:open): Some MP3 files don't detect any streams In-Reply-To: <033.975dea6ca1d219185871b5b678016029@avcodec.org> References: <033.975dea6ca1d219185871b5b678016029@avcodec.org> Message-ID: <048.42a488a5b913715c051e1e4ae33018d2@avcodec.org> #3146: Some MP3 files don't detect any streams -------------------------------------+------------------------------------- Reporter: catd | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mp3 id3 | 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: 2.1 => git-master * keywords: mp3 detect => mp3 id3 regression Comment: For future tickets: Please always test current git head and if a problem is reproducible with ffmpeg (the application), please provide the failing ffmpeg command line together with the complete, uncut console output. Workaround is to increase analyzeduration / probesize as suggested by FFmpeg. Regression since 11a1033c / 385ec296 {{{ $ ffmpeg -i Stuntin_#39\;_By_The_floozies.mp3 ffmpeg version N-58200-g92cbd77 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 17 2013 04:21:45 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.100 / 55. 43.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x2d95100] Format mp3 detected only with low score of 24, misdetection possible! [mjpeg @ 0x2d96c20] mjpeg: error, decode_app parser read over the end [mp3 @ 0x2d95100] Stream #0: not enough frames to estimate rate; consider increasing probesize [mp3 @ 0x2d95100] Stream #1: not enough frames to estimate rate; consider increasing probesize [mp3 @ 0x2d95100] Could not find codec parameters for stream 0 (Audio: mp3, 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mp3, from 'Stuntin_#39;_By_The_floozies.mp3': Metadata: TSS : Logic Pro 9.1.7 title : Stuntin' artist : The Floozies album_artist : The Floozies album : Stuntin' genre : Funkstep date : 2013 Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: mp3, 0 channels, s16p Stream #0:1: Video: mjpeg, yuvj420p(pc), 160x160, 90k tbr, 90k tbn, 90k tbc Metadata: title : ????"WExif comment : Other At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 04:27:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 03:27:17 -0000 Subject: [FFmpeg-trac] #3144(undetermined:new): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.dfc81812d6f8fec8ebf80546d7e7b611@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: How can this be triggered? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 04:32:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 03:32:01 -0000 Subject: [FFmpeg-trac] #3143(avcodec:open): H.261 encoding crashes with trellis In-Reply-To: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> References: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> Message-ID: <054.f88ea53cf7f0bdb26f1c49ca98d28308@avcodec.org> #3143: H.261 encoding crashes with trellis -------------------------------------+------------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h261 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash SIGSEGV => h261 crash SIGSEGV * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: {{{ (gdb) r -i tests/lena.pnm -s 176x144 -trellis 2 out.h261 Starting program: ffmpeg_g -i tests/lena.pnm -s 176x144 -trellis 2 out.h261 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-58200-g92cbd77 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 17 2013 04:21:45 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.100 / 55. 43.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc [New Thread 0x7ffff59eb700 (LWP 23636)] [New Thread 0x7ffff51ea700 (LWP 23637)] [New Thread 0x7ffff49e9700 (LWP 23638)] [New Thread 0x7ffff41e8700 (LWP 23639)] [New Thread 0x7ffff39e7700 (LWP 23640)] [New Thread 0x7ffff31e6700 (LWP 23641)] [New Thread 0x7ffff29e5700 (LWP 23642)] [New Thread 0x7ffff21e4700 (LWP 23643)] [New Thread 0x7ffff19e3700 (LWP 23644)] Output #0, h261, to 'out.h261': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: h261, yuv420p, 176x144, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> h261) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x000000000093d2f9 in dct_quantize_trellis_c (s=0x17cb5e0, block=0x17ef2a0, n=0, qscale=3, overflow=0x7fff0000001a) at libavcodec/mpegvideo_enc.c:3619 3619 int score= distortion + length[UNI_AC_ENC_INDEX(run, level)]*lambda; (gdb) bt #0 0x000000000093d2f9 in dct_quantize_trellis_c (s=0x17cb5e0, block=0x17ef2a0, n=0, qscale=3, overflow=0x7fff0000001a) at libavcodec/mpegvideo_enc.c:3619 #1 0x00000000009488c1 in encode_mb_internal (mb_block_count=6, mb_block_width=8, mb_block_height=8, motion_y=0, motion_x=0, s=0x17cb5e0) at libavcodec/mpegvideo_enc.c:2060 #2 encode_mb (motion_y=0, motion_x=0, s=0x17cb5e0) at libavcodec/mpegvideo_enc.c:2168 #3 encode_thread (c=, arg=) at libavcodec/mpegvideo_enc.c:3042 #4 0x0000000000a2fda7 in avcodec_default_execute (c=0x17cafa0, func=0x945310 , arg=, ret=, count=1, size=8) at libavcodec/utils.c:1016 #5 0x000000000094fc21 in encode_picture (picture_number=0, s=0x17cb5e0) at libavcodec/mpegvideo_enc.c:3435 #6 ff_MPV_encode_picture (avctx=0x17cafa0, pkt=0x7fffffffda60, pic_arg=, got_packet=0x7fffffffd91c) at libavcodec/mpegvideo_enc.c:1494 #7 0x0000000000a30ff7 in avcodec_encode_video2 (avctx=avctx at entry=0x17cafa0, avpkt=avpkt at entry=0x7fffffffda60, frame=frame at entry=0x182d3a0, got_packet_ptr=got_packet_ptr at entry=0x7fffffffd91c) at libavcodec/utils.c:1863 #8 0x0000000000471552 in do_video_out (in_picture=0x182d3a0, ost=0x17cb400, s=0x17caa00) at ffmpeg.c:965 #9 reap_filters () at ffmpeg.c:1110 #10 0x0000000000461548 in transcode_step () at ffmpeg.c:3235 #11 transcode () at ffmpeg.c:3278 #12 main (argc=, argv=) at ffmpeg.c:3456 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x93d2d9 to 0x93d319: 0x000000000093d2d9 : jmp 0x93d2eb 0x000000000093d2db : nopl 0x0(%rax,%rax,1) 0x000000000093d2e0 : movslq %edx,%rax 0x000000000093d2e3 : movslq 0x4e0(%rsp,%rax,4),%rsi 0x000000000093d2eb : mov %r9d,%edi 0x000000000093d2ee : sub %esi,%edi 0x000000000093d2f0 : mov %edi,%eax 0x000000000093d2f2 : shl $0x7,%eax 0x000000000093d2f5 : add %ebx,%eax 0x000000000093d2f7 : cltq => 0x000000000093d2f9 : movzbl 0x0(%r13,%rax,1),%eax 0x000000000093d2ff : imul %r15d,%eax 0x000000000093d303 : add %r10d,%eax 0x000000000093d306 : add 0x3d0(%rsp,%rsi,4),%eax 0x000000000093d30d : cmp %ecx,%eax 0x000000000093d30f : jge 0x93d323 0x000000000093d311 : mov %edi,0x1b0(%rsp,%r8,4) End of assembler dump. (gdb) info register rax 0x41 65 rbx 0x41 65 rcx 0x78000000 2013265920 rdx 0x0 0 rsi 0x1 1 rdi 0x0 0 rbp 0x0 0x0 rsp 0x7fffffff0bc0 0x7fffffff0bc0 r8 0x2 2 r9 0x1 1 r10 0xfffffe20 4294966816 r11 0x1 1 r12 0x0 0 r13 0x0 0 r14 0x0 0 r15 0x24f 591 rip 0x93d2f9 0x93d2f9 eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 04:38:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 03:38:48 -0000 Subject: [FFmpeg-trac] #3140(avcodec:closed): ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z In-Reply-To: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> References: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> Message-ID: <050.179133eac49b54b33f40f232c947681f@avcodec.org> #3140: ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * version: 2.1 => git-master * keywords: => av_interleaved_write_frame h264 * resolution: => duplicate Comment: This is a duplicate of several other tickets, the problem is (presumably) always that h264 timestamps are not correctly determined, see #1150 and #2220 (your problem is also reproducible with -fflags +genpts -bsf h264_mp4toannexb -f mpegts). For future tickets: Please always test current git head before reporting a problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 04:46:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 03:46:33 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.a21547a890e361c5c4d759f7428d4ade@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Since I am not sure I understand you and since testing if your problem is a regression or not makes sense in this particular case, could you confirm if the issue you see is reproducible with MPlayer r36415 and FFmpeg b7fc2693 (I just tested that this combination builds fine and does play ASP via VDPAU on Nvidia hardware)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 04:50:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 03:50:13 -0000 Subject: [FFmpeg-trac] #3126(undetermined:closed): h264 Encoding broken on windows In-Reply-To: <035.1a149f479a5d3617f3b863370f5974e4@avcodec.org> References: <035.1a149f479a5d3617f3b863370f5974e4@avcodec.org> Message-ID: <050.9545df551cb4492bb3414244d458a2c0@avcodec.org> #3126: h264 Encoding broken on windows -------------------------------------+------------------------------------- Reporter: ffmpeg | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: I had apparently missed this ticket when opening ticket #3131 - sorry! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 04:50:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 03:50:20 -0000 Subject: [FFmpeg-trac] #3131(avcodec:new): h264 mp4 decoding regression In-Reply-To: <036.bd4ee23301b7db0de81d1b2e82010001@avcodec.org> References: <036.bd4ee23301b7db0de81d1b2e82010001@avcodec.org> Message-ID: <051.79874fe7f0f210e140141e83508d60df@avcodec.org> #3131: h264 mp4 decoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: ffmpeg (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 05:30:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 04:30:10 -0000 Subject: [FFmpeg-trac] #3144(undetermined:new): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.dca2809563cb91346d0702911d5bd65f@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vallimar): Using no-xvmc-1 patch, which forces FF_API_XVMC to equal 0 and also provides a couple corrections to allow compilation of MPlayer with this setting. I play my files through UMS (http://www.universalmediaserver.com) using mencoder to transcode files, it passes them through to ffmpeg using an -oac and -ovc value of "lavc". I did a fresh checkout and compile of both sources just now also. With only the -1 patch applied: DEBUG 2013-11-16 23:10:39.029 [mencoder-76] Starting mencoder -ss 0 "/srv/torrent/Anime/Gurren Lagann/[CBM]_Gurren_Lagann_-_01_- _Bust_Through_the_Heavens_With_Your_Drill!_[720p]_[D2E69407].mkv" -msglevel statusline=2 -oac lavc -of mpeg -mpegopts format=mpeg2:muxrate=500000:vbuf_size=1194:abuf_size=64 -ovc lavc -channels 2 -lavdopts debug=0:threads=4 -lavcopts autoaspect=1:vcodec=mpeg2video:acodec=ac3:abitrate=448:threads=4:keyint=15:vqscale=2:vqmin=2:vrc_maxrate=499000:vrc_buf_size=7000 -ass -fontconfig -aid 0 -noautosub -sid 1 -ofps 24000/1001 -lavdopts fast -mc 0 -noskip -af lavcresample=48000 -srate 48000 -o /tmp/universalmediaserver/mencoder1384661439027 DEBUG 2013-11-16 23:10:39.048 [Thread-284] Assertion CODEC_ID_CLLC == AV_CODEC_ID_CLLC failed at libavcodec/utils.c:2851 When adding the -2 patch, the error goes away. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 05:31:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 04:31:34 -0000 Subject: [FFmpeg-trac] #3144(undetermined:new): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.c696a80de711875dcb310311ca83933d@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do I understand you correctly that you had to modify FFmpeg source code to trigger a problem, ie that current FFmpeg git head does not allow to reproduce this ticket? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 05:35:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 04:35:08 -0000 Subject: [FFmpeg-trac] #3144(undetermined:new): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.46dc86eb3e164fc8d2f76533d71029fa@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vallimar): Correct. Though this failure is scheduled to kick in when the avutil major version number gets incremented next. I should have made it clearer that this is a more of a time bomb and not currently able to be triggered normally. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 05:37:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 04:37:00 -0000 Subject: [FFmpeg-trac] #3144(undetermined:new): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.bb2dee55e940a29b8cafe61d71a1b184@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vallimar): Unless that commit is reverted at some point, this will need to be fixed eventually if not now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 05:39:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 04:39:16 -0000 Subject: [FFmpeg-trac] #3144(undetermined:new): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.708c93a2a52dd384240f0f406ea0b62c@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Can you reproduce the problem if you - instead of changing the definition of FF_API_XVMC - change the libavutil major version in libavutil/version.h to 53? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 06:41:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 05:41:31 -0000 Subject: [FFmpeg-trac] #3144(undetermined:new): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.4baa823ab1712a7c3d5227b6197a26a7@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vallimar): This is proving hard to test as I keep running into compilation failures with all the other deprecation defines getting triggered also. I've been fixing up things, but it's getting tiring as there appears to be a lot of internally out-of-date API usage. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 08:20:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 07:20:52 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.94ce3695776a90cfe19f48e93c925995@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by marillat): Replying to [comment:10 michael]: > An alternative solution, that doesnt need a configure flag posted: > http://article.gmane.org/gmane.comp.video.ffmpeg.devel/171166 > this basically reintroduces the proper 52 style ABI to libavutil and at the same time makes libavcodec not use the ambigous ABI anymore. So simply upgrading both libs would then resolve it. > Comments and testing very welcome! Works for me. Should I wait for a new ffmepg 2.1 release ? > About simply bumping major, i think this would cause many more problems than it solves, especially if debian at some future point introduces a incompatible libavutil with that major version from libav. We already have this sort of issues with libavcodec/libavformat/libavdevice soname is 55 in ffmpeg since 2.0 when lbav still have 54. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 14:18:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 13:18:05 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.95a2eeaebc8eb08c57965c2eba41ec4d@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I have the suspicion that the MPEG-1 format might be default because it's the only one that Windows Media Player (used to) be able to play out of the box. So far my "solution" is to force users to explicitly specify what they want, but it's not exactly a good solution. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 15:15:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 14:15:18 -0000 Subject: [FFmpeg-trac] #3143(avcodec:closed): H.261 encoding crashes with trellis In-Reply-To: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> References: <039.dc2e96a47284956fadce5f76b8eb524e@avcodec.org> Message-ID: <054.3f7e797e1939c20f62415110f828a5d7@avcodec.org> #3143: H.261 encoding crashes with trellis -------------------------------------+------------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: h261 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Implemented in 331a90cec42f600c8b63231bb0d5be6df6bf1717 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 15:23:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 14:23:33 -0000 Subject: [FFmpeg-trac] #3147(undetermined:new): H264 - Wrong field order Message-ID: <042.138d45803d56d141ec0330baf5344a54@avcodec.org> #3147: H264 - Wrong field order -------------------------------------+------------------------------------- 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: [http://www.videoaktiv.de/Testvideos/Panasonic/Testvideo-Panasonic-AG- HPX-600.html This sample] is top field first but ffmpeg seems to detect it as bottom field first. How to reproduce: {{{ % ffprobe.exe -show_frames VIDEO_Panasonic_AG_HPX_600.MXF ffprobe version N-58134-g571a99d Copyright (c) 2007-2013 the FFmpeg developers built on Nov 16 2013 18:01:42 with gcc 4.8.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-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.100 / 55. 43.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mxf @ 047cc640] material track 2: no corresponding source track found [h264 @ 047de940] Overread VUI by 5 bits Last message repeated 1 times [mxf @ 047cc640] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, mxf, from 'VIDEO_Panasonic_AG_HPX_600.MXF': Metadata: uid : 7ddd2bbf-701b-4733-b70f-1ce186dfc582 generation_uid : 2badcdf8-04f8-48df-a76c-52f7ea9a15fa company_name : Panasonic product_name : P2 product_version : 2.0 product_uid : 060e2b34-0401-0109-0e0e-010101000001 modification_date: 2012-12-12 15:03:24 timecode : 01:04:54:18 Duration: 00:00:41.72, start: 0.000000, bitrate: 113670 kb/s Stream #0:0: Video: h264 (High 4:2:2 Intra), yuv422p10le(pc, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 50 tbc [h264 @ 048422e0] Overread VUI by 5 bits [FRAME] media_type=video key_frame=1 pkt_pts=N/A pkt_pts_time=N/A pkt_dts=N/A pkt_dts_time=N/A pkt_duration=1 pkt_duration_time=0.040000 pkt_pos=32768 pkt_size=568832 width=1920 height=1080 pix_fmt=yuv422p10le sample_aspect_ratio=1:1 pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=1 top_field_first=0 repeat_pict=0 [/FRAME] ... }}} Original ticket: https://trac.mpc-hc.org/ticket/3732. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 16:33:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 15:33:14 -0000 Subject: [FFmpeg-trac] #3148(avcodec:new): SubRip subtitles to mov text problems when the millisecond in the presentation timestamp are not a multiple of 10 Message-ID: <036.fad3c19203cc5d6c51beca28a15d215d@avcodec.org> #3148: SubRip subtitles to mov text problems when the millisecond in the presentation timestamp are not a multiple of 10 -------------------------------------+------------------------------------- Reporter: pdamont | Type: defect Status: new | Priority: normal Component: avcodec | Version: 2.1 Keywords: subrip | Blocked By: subtitles | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I have the exact 2 same subtitles in sub rib (.srt) format. * One (not-rounded.srt) has timestamp in the form: 00:00:00,991 --> 00:00:03,227 * The other one (rounded.srt) is the same but with rounded timestamp (no millisecond, only multiples of 10 ms): 00:00:00,990 --> 00:00:03,230 When I encode a MP4 movie including one or the other subtitles, in QuickTime or iPad or iPhone, only the resulting movie with rounded subtitles shows every subtitles. When it's not rounded, only the first subtitle is displayed. Here is the command line: ffmpeg -i source.mp4 -i rounded.srt -c:v copy -c:a copy -c:s mov_text -metadata:s language=eng rounded.mp4 I extracted the TX3G subtitles using MP4Box: MP4Box -ttxt 3 rounded.mp4 MP4Box -ttxt 3 not-rounded.mp4 '''and I can see surprising results: when it's not rounded, the timestamps are unordered, and blank subtitles are in fact preventing the subtitles to be displayed, for instance:''' * not-rounded_3_text.ttxt: that she absolutely loved, * rounded_3_text.ttxt: that she absolutely loved, So right now to soft encode subtitles I first encode my srt to ass with one ffmpeg command (subrip -> ass conversion), and then use the ass subtitles instead (ass -> mov_text mapping). I do that because I have noticed the srt->ass conversion rounds timestamp. But it's a shame, because I should be able to use directly (subrip -> mov_text) even with srt file which have precise timestamps up to the millisecond. Attached are the ttxt output from mp4box and the srt files. Since the ttxt output is wrong (unordered and blank text displayed right after actual subtitles), I believe there is a bug here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 16:36:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 15:36:38 -0000 Subject: [FFmpeg-trac] #3148(avcodec:new): SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 (was: SubRip subtitles to mov text problems when the millisecond in the presentation timestamp are not a multiple of 10) In-Reply-To: <036.fad3c19203cc5d6c51beca28a15d215d@avcodec.org> References: <036.fad3c19203cc5d6c51beca28a15d215d@avcodec.org> Message-ID: <051.30dd5e67c27da97b464d0549e0607dc6@avcodec.org> #3148: SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 -------------------------------------+------------------------------------- Reporter: pdamont | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.1 | Resolution: Keywords: subrip | Blocked By: subtitles | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 16:37:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 15:37:19 -0000 Subject: [FFmpeg-trac] #3148(avcodec:new): SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 In-Reply-To: <036.fad3c19203cc5d6c51beca28a15d215d@avcodec.org> References: <036.fad3c19203cc5d6c51beca28a15d215d@avcodec.org> Message-ID: <051.e2b2de9a91b6e1f50aaa11baeee37e6b@avcodec.org> #3148: SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 -------------------------------------+------------------------------------- Reporter: pdamont | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.1 | Resolution: Keywords: subrip | Blocked By: subtitles | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by pdamont): * cc: pdamont (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 16:37:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 15:37:47 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.d09a095e1e226dcf926fb27051abcf88@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by michael): Replying to [comment:11 marillat]: > Replying to [comment:10 michael]: > > An alternative solution, that doesnt need a configure flag posted: > > http://article.gmane.org/gmane.comp.video.ffmpeg.devel/171166 > > this basically reintroduces the proper 52 style ABI to libavutil and at the same time makes libavcodec not use the ambigous ABI anymore. So simply upgrading both libs would then resolve it. > > Comments and testing very welcome! > > Works for me. ok, thanks > > Should I wait for a new ffmepg 2.1 release ? up to you, ill try to make a new release soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 16:41:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 15:41:29 -0000 Subject: [FFmpeg-trac] #3136(avutil:new): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.935bd43901fe00d408f4b34bd781ff75@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by marillat): Replying to [comment:12 michael]: > Replying to [comment:11 marillat]: > > Should I wait for a new ffmepg 2.1 release ? > > up to you, ill try to make a new release soon Then I'll wait. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 19:11:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 18:11:16 -0000 Subject: [FFmpeg-trac] #3147(avcodec:new): H264 - Wrong field order In-Reply-To: <042.138d45803d56d141ec0330baf5344a54@avcodec.org> References: <042.138d45803d56d141ec0330baf5344a54@avcodec.org> Message-ID: <057.cb796aadd5a1ad43c734262bb43c4ec0@avcodec.org> #3147: H264 - Wrong field order ---------------------------------------+----------------------------------- Reporter: Underground78 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 * component: undetermined => avcodec Comment: Is there an application that correctly shows top-field-first? {{{h->sps.pic_struct_present_flag}}} is set, {{{h->sei_pic_struct}}} is set to {{{SEI_PIC_STRUCT_FRAME}}}, mxf does not set {{{descriptor->field_dominance}}} afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 19:12:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 18:12:33 -0000 Subject: [FFmpeg-trac] #3147(avcodec:new): H264 - Wrong field order In-Reply-To: <042.138d45803d56d141ec0330baf5344a54@avcodec.org> References: <042.138d45803d56d141ec0330baf5344a54@avcodec.org> Message-ID: <057.74198ad772640ef381b38fdc48941e2e@avcodec.org> #3147: H264 - Wrong field order ---------------------------------------+----------------------------------- Reporter: Underground78 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by Underground78): Hmm, MediaInfo seems to get that info right but it might be just luck. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 21:35:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 20:35:34 -0000 Subject: [FFmpeg-trac] #3148(undetermined:new): SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 In-Reply-To: <036.fad3c19203cc5d6c51beca28a15d215d@avcodec.org> References: <036.fad3c19203cc5d6c51beca28a15d215d@avcodec.org> Message-ID: <051.1916e876684597786f139e592c04f9a5@avcodec.org> #3148: SubRip subtitles to TX3G problems when the millisecond in the presentation timestamp are not a multiple of 10 -------------------------------------+------------------------------------- Reporter: pdamont | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: subrip | Resolution: subtitles mov_text tx3g quicktime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by pdamont): * keywords: subrip subtitles => subrip subtitles mov_text tx3g quicktime * component: avcodec => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 17 22:18:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 21:18:38 -0000 Subject: [FFmpeg-trac] #3149(avformat:new): Matroska muxer does not generate cues for audio files Message-ID: <038.0652323488b0ba3b69818f8cf0e48002@avcodec.org> #3149: Matroska muxer does not generate cues for audio files -------------------------------------+------------------------------------- Reporter: spencercw | Type: defect Status: new | Priority: normal Component: avformat | Version: 2.1 Keywords: matroska | Blocked By: muxer cues | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- The Matroska muxer does not generate cue entries for audio-only files, which will create performance problems when seeking on playback, particularly for large files. The relevant code in matroskaenc.c only looks at video and subtitle streams: {{{ if ((codec->codec_type == AVMEDIA_TYPE_VIDEO && keyframe) || codec->codec_type == AVMEDIA_TYPE_SUBTITLE) { ret = mkv_add_cuepoint(mkv->cues, pkt->stream_index, ts, mkv->cluster_pos, relative_packet_pos, codec->codec_type == AVMEDIA_TYPE_SUBTITLE ? duration : -1); if (ret < 0) return ret; } }}} How to reproduce: 1. Mux any audio file to Matroska. 2. Execute `mkvinfo -v test.mka | grep -i cue`; nothing is output. This should display `|+ Cues (subentries will be skipped)` if cues are present. Sample command line output below: {{{ $ ffmpeg -v 9 -loglevel 99 -i 12\ -\ Yeah.mp3 -codec copy test.mka ffmpeg version 2.1 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 14 2013 18:11:01 with Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.40219.01 for 80x86 configuration: --toolchain=msvc --enable-shared libavutil 52. 48.100 / 52. 48.100 libavcodec 55. 39.100 / 55. 39.100 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '12 - Yeah.mp3'. Reading option '-codec' ... matched as option 'codec' (codec name) with argument 'copy'. Reading option 'test.mka' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file 12 - Yeah.mp3. Successfully parsed a group of options. Opening an input file: 12 - Yeah.mp3. [mp3 @ 038BBD20] Format mp3 probed with size=8192 and score=51 [mp3 @ 038BBD20] id3v2 ver:4 flags:00 len:1095 [mp3 @ 038BBD20] File position before avformat_find_stream_info() is 1105 [mp3 @ 038BBD20] Estimating duration from bitrate, this may be inaccurate [mp3 @ 038BBD20] File position after avformat_find_stream_info() is 164527 Input #0, mp3, from '12 - Yeah.mp3': Metadata: artist : Queen album : Made in Heaven date : 1995 genre : Rock title : Yeah track : 12 Duration: 00:00:04.11, start: 0.000000, bitrate: 320 kb/s Stream #0:0, 157, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16p, 320 kb/s Successfully opened the file. Parsing a group of options: output file test.mka. Applying option codec (codec name) with argument copy. Successfully parsed a group of options. Opening an output file: test.mka. Successfully opened the file. Output #0, matroska, to 'test.mka': Metadata: artist : Queen album : Made in Heaven date : 1995 genre : Rock title : Yeah PART_NUMBER : 12 encoder : Lavf55.19.104 Stream #0:0, 0, 1/1000: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, 320 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [matroska @ 0390FCE0] Writing block at offset 667, size 1044, pts 0, dts 0, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 1718, size 1045, pts 26, dts 26, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 2770, size 1045, pts 52, dts 52, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 3822, size 1045, pts 78, dts 78, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 4874, size 1045, pts 104, dts 104, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 5926, size 1045, pts 131, dts 131, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 6978, size 1045, pts 157, dts 157, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 8030, size 1045, pts 183, dts 183, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 9082, size 1045, pts 209, dts 209, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 10134, size 1045, pts 235, dts 235, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 11186, size 1044, pts 261, dts 261, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 12237, size 1045, pts 287, dts 287, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 13289, size 1045, pts 313, dts 313, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 14341, size 1045, pts 340, dts 340, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 15393, size 1045, pts 366, dts 366, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 16445, size 1045, pts 392, dts 392, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 17497, size 1045, pts 418, dts 418, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 18549, size 1045, pts 444, dts 444, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 19601, size 1045, pts 470, dts 470, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 20653, size 1045, pts 496, dts 496, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 21705, size 1044, pts 522, dts 522, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 22756, size 1045, pts 549, dts 549, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 23808, size 1045, pts 575, dts 575, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 24860, size 1045, pts 601, dts 601, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 25912, size 1045, pts 627, dts 627, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 26964, size 1045, pts 653, dts 653, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 28016, size 1045, pts 679, dts 679, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 29068, size 1045, pts 705, dts 705, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 30120, size 1045, pts 731, dts 731, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 31172, size 1045, pts 758, dts 758, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 32224, size 1044, pts 784, dts 784, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 33275, size 1045, pts 810, dts 810, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 34327, size 1045, pts 836, dts 836, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 35379, size 1045, pts 862, dts 862, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 36431, size 1045, pts 888, dts 888, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 37483, size 1045, pts 914, dts 914, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 38535, size 1045, pts 940, dts 940, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 39587, size 1045, pts 967, dts 967, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 40639, size 1045, pts 993, dts 993, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 41691, size 1045, pts 1019, dts 1019, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 42743, size 1044, pts 1045, dts 1045, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 43794, size 1045, pts 1071, dts 1071, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 44846, size 1045, pts 1097, dts 1097, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 45898, size 1045, pts 1123, dts 1123, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 46950, size 1045, pts 1149, dts 1149, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 48002, size 1045, pts 1176, dts 1176, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 49054, size 1045, pts 1202, dts 1202, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 50106, size 1045, pts 1228, dts 1228, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 51158, size 1045, pts 1254, dts 1254, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 52210, size 1044, pts 1280, dts 1280, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 53261, size 1045, pts 1306, dts 1306, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 54313, size 1045, pts 1332, dts 1332, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 55365, size 1045, pts 1358, dts 1358, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 56417, size 1045, pts 1384, dts 1384, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 57469, size 1045, pts 1411, dts 1411, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 58521, size 1045, pts 1437, dts 1437, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 59573, size 1045, pts 1463, dts 1463, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 60625, size 1045, pts 1489, dts 1489, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 61677, size 1045, pts 1515, dts 1515, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 62729, size 1044, pts 1541, dts 1541, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 63780, size 1045, pts 1567, dts 1567, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 64832, size 1045, pts 1593, dts 1593, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 65884, size 1045, pts 1620, dts 1620, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 66936, size 1045, pts 1646, dts 1646, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 67988, size 1045, pts 1672, dts 1672, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 69040, size 1045, pts 1698, dts 1698, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 70092, size 1045, pts 1724, dts 1724, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 71144, size 1045, pts 1750, dts 1750, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 72196, size 1045, pts 1776, dts 1776, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 73248, size 1044, pts 1802, dts 1802, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 74299, size 1045, pts 1829, dts 1829, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 75351, size 1045, pts 1855, dts 1855, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 76403, size 1045, pts 1881, dts 1881, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 77455, size 1045, pts 1907, dts 1907, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 78507, size 1045, pts 1933, dts 1933, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 79559, size 1045, pts 1959, dts 1959, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 80611, size 1045, pts 1985, dts 1985, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 81663, size 1045, pts 2011, dts 2011, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 82715, size 1045, pts 2038, dts 2038, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 83767, size 1044, pts 2064, dts 2064, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 84818, size 1045, pts 2090, dts 2090, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 85870, size 1045, pts 2116, dts 2116, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 86922, size 1045, pts 2142, dts 2142, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 87974, size 1045, pts 2168, dts 2168, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 89026, size 1045, pts 2194, dts 2194, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 90078, size 1045, pts 2220, dts 2220, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 91130, size 1045, pts 2247, dts 2247, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 92182, size 1045, pts 2273, dts 2273, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 93234, size 1045, pts 2299, dts 2299, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 94286, size 1044, pts 2325, dts 2325, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 95337, size 1045, pts 2351, dts 2351, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 96389, size 1045, pts 2377, dts 2377, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 97441, size 1045, pts 2403, dts 2403, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 98493, size 1045, pts 2429, dts 2429, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 99545, size 1045, pts 2456, dts 2456, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 100597, size 1045, pts 2482, dts 2482, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 101649, size 1045, pts 2508, dts 2508, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 102701, size 1045, pts 2534, dts 2534, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 103753, size 1044, pts 2560, dts 2560, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 104804, size 1045, pts 2586, dts 2586, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 105856, size 1045, pts 2612, dts 2612, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 106908, size 1045, pts 2638, dts 2638, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 107960, size 1045, pts 2664, dts 2664, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 109012, size 1045, pts 2691, dts 2691, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 110064, size 1045, pts 2717, dts 2717, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 111116, size 1045, pts 2743, dts 2743, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 112168, size 1045, pts 2769, dts 2769, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 113220, size 1045, pts 2795, dts 2795, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 114272, size 1044, pts 2821, dts 2821, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 115323, size 1045, pts 2847, dts 2847, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 116375, size 1045, pts 2873, dts 2873, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 117427, size 1045, pts 2900, dts 2900, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 118479, size 1045, pts 2926, dts 2926, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 119531, size 1045, pts 2952, dts 2952, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 120583, size 1045, pts 2978, dts 2978, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 121635, size 1045, pts 3004, dts 3004, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 122687, size 1045, pts 3030, dts 3030, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 123739, size 1045, pts 3056, dts 3056, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 124791, size 1044, pts 3082, dts 3082, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 125842, size 1045, pts 3109, dts 3109, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 126894, size 1045, pts 3135, dts 3135, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 127946, size 1045, pts 3161, dts 3161, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 128998, size 1045, pts 3187, dts 3187, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 130050, size 1045, pts 3213, dts 3213, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 131102, size 1045, pts 3239, dts 3239, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 132154, size 1045, pts 3265, dts 3265, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 133206, size 1045, pts 3291, dts 3291, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 134258, size 1045, pts 3318, dts 3318, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 135310, size 1044, pts 3344, dts 3344, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 136361, size 1045, pts 3370, dts 3370, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 137413, size 1045, pts 3396, dts 3396, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 138465, size 1045, pts 3422, dts 3422, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 139517, size 1045, pts 3448, dts 3448, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 140569, size 1045, pts 3474, dts 3474, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 141621, size 1045, pts 3500, dts 3500, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 142673, size 1045, pts 3527, dts 3527, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 143725, size 1045, pts 3553, dts 3553, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 144777, size 1045, pts 3579, dts 3579, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 145829, size 1044, pts 3605, dts 3605, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 146880, size 1045, pts 3631, dts 3631, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 147932, size 1045, pts 3657, dts 3657, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 148984, size 1045, pts 3683, dts 3683, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 150036, size 1045, pts 3709, dts 3709, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 151088, size 1045, pts 3736, dts 3736, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 152140, size 1045, pts 3762, dts 3762, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 153192, size 1045, pts 3788, dts 3788, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 154244, size 1045, pts 3814, dts 3814, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 155296, size 1044, pts 3840, dts 3840, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 156347, size 1045, pts 3866, dts 3866, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 157399, size 1045, pts 3892, dts 3892, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 158451, size 1045, pts 3918, dts 3918, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 159503, size 1045, pts 3944, dts 3944, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 160555, size 1045, pts 3971, dts 3971, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 161607, size 1045, pts 3997, dts 3997, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 162659, size 1045, pts 4023, dts 4023, duration 26, flags 128 [matroska @ 0390FCE0] Writing block at offset 163711, size 1045, pts 4049, dts 4049, duration 26, flags 128 No more output streams to write to, finishing. [matroska @ 0390FCE0] Writing block at offset 164763, size 290, pts 4075, dts 4075, duration 26, flags 128 [matroska @ 0390FCE0] end duration = 4101 size= 161kB time=00:00:04.10 bitrate= 322.0kbits/s video:0kB audio:159kB subtitle:0 global headers:0kB muxing overhead 1.081485% 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 038C4780] Statistics: 16 seeks, 169 writeouts [AVIOContext @ 038C42E0] Statistics: 164527 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 00:57:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 23:57:17 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.3a78d7e613868d4c2a311fec83194490@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): ive not had any luck getting a random bluray disk to work, neither vlc nor ffplay like it. i just get {{{ libaacs: libaacs/aacs.c:200: Error calculating media key. Missing right processing key ? }}} ive tried various versions of libaacs and libbluray but they either produce above or just get stuck doing nothing. also the torrent has 0 seeds so it doesnt help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 00:58:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 17 Nov 2013 23:58:41 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.14534f6de00139a2b6ae818056b9628c@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | 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 Mon Nov 18 01:33:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 00:33:09 -0000 Subject: [FFmpeg-trac] #3144(undetermined:closed): Assertion failure with XVMC removal In-Reply-To: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> References: <037.ee7db039fa3ccaf4efe853758dea066e@avcodec.org> Message-ID: <052.65995c3beba7fb48bea9b2a3ed69a094@avcodec.org> #3144: Assertion failure with XVMC removal -------------------------------------+------------------------------------- Reporter: vallimar | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: xvmc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: patches applied -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 02:27:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 01:27:48 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.a378cf50a6be84fc87a5597ff40dbcd5@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Woops. I just fixed M/S encoding. Had to tell ;) I was wondering whether your tests with faac/fdk used M/S encoding? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 02:48:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 01:48:15 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.cab5fbb1dd5f75fffc92342725a6fc2b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I used faac 1.28 and fdk 0.1.2 but how should I check? I didn't use any extra options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 03:14:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 02:14:11 -0000 Subject: [FFmpeg-trac] #3146(avformat:closed): Some MP3 files don't detect any streams In-Reply-To: <033.975dea6ca1d219185871b5b678016029@avcodec.org> References: <033.975dea6ca1d219185871b5b678016029@avcodec.org> Message-ID: <048.a7c837c9e904267386f39adf9e7678c7@avcodec.org> #3146: Some MP3 files don't detect any streams -------------------------------------+------------------------------------- Reporter: catd | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 id3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in a8dec360c5db15e8da4b44ff3c0f02a6c57e8ac0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 03:31:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 02:31:47 -0000 Subject: [FFmpeg-trac] #3031(avcodec:reopened): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.a0fb455c737afc4285dcd4ca77e49581@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: xsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by userid99): * status: closed => reopened * resolution: fixed => Comment: Mediainfo does now show color bit depth as 4 bit :) Would like to reopen, to determine\fix why ffmpeg xsub's will not play on hardware player Philips DVP640. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 05:20:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 04:20:33 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.81616ee1764e2a5133b97cb7af9f598f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Well, faac has a --no-midside, so I'd venture to guess that the default is to do M/S coding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 06:27:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 05:27:02 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.19f76aae8f0cfe00d0fa35f1bb9aeff2@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I checked the document (fdk-aac-0.1.2/documentation/aacEncoder.pdf), and it said: > 3.3 Encoder Tools > The AAC encoder supports TNS, PNS, '''MS, Intensity''' and activates these tools depending on the audio signal and the encoder configuration (i.e. bitrate or AOT). It is not required to configure these tools manually. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 09:13:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 08:13:57 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.ea3932fa7fa83fc5e6cfdbdb005a0480@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): You need to rip the Blu-ray first to hdd if you only got copy protected Blu-rays. DVDFab HD Decrypter is free and would be a possible ripper. [quote]also the torrent has 0 seeds so it doesnt help.[/quote] if it helps, I could try to upload the files to my google drive account (will take a while since my upload isn't that fast) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 13:42:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 12:42:19 -0000 Subject: [FFmpeg-trac] #3031(avcodec:reopened): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.f6a34ab3e2ad1a0cdc065278ae77fb55@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: xsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:8 userid99]: > Would like to reopen, to determine\fix why ffmpeg xsub's will not play on hardware player Philips DVP640. Does the output file of this command play on the hardware player? {{{ $ ffmpeg -i video.avi -vcodec copy -acodec copy remuxed.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 14:27:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 13:27:19 -0000 Subject: [FFmpeg-trac] #3140(avcodec:closed): ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z In-Reply-To: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> References: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> Message-ID: <050.87e0beb34044a5ae95ccbbcce9672ae0@avcodec.org> #3140: ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): thanks for the information and sorry for the duplicate. i'm unable to compile git-head (*) but it doesn't seem to be fixed as of ffmpeg-58433-g7668a03.7z 2013-11-17 05:59 5.7M still the same problem. (*) {{{ on a mac: iMac27:ffmpeg julian$ make LD ffmpeg_g Undefined symbols for architecture x86_64: "_avpriv_do_elbg", referenced from: _filter_frame in libavfilter.a(vf_elbg.o) "_avpriv_init_elbg", referenced from: _filter_frame in libavfilter.a(vf_elbg.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [ffmpeg_g] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 14:36:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 13:36:06 -0000 Subject: [FFmpeg-trac] #1150(undetermined:open): H264 Main remuxing to TS fails (missing timestamps) In-Reply-To: <035.0a59b0df65ef1934775ea70b6caebf4c@avcodec.org> References: <035.0a59b0df65ef1934775ea70b6caebf4c@avcodec.org> Message-ID: <050.1d1f0c73c4f1b2e78807f0df31422055@avcodec.org> #1150: H264 Main remuxing to TS fails (missing timestamps) -------------------------------------+------------------------------------- Reporter: quandt | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by julian): * cc: julian@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 14:36:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 13:36:18 -0000 Subject: [FFmpeg-trac] #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts In-Reply-To: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> References: <040.7d3f368aac305d3836cb87d98a1b8ae4@avcodec.org> Message-ID: <055.cf1e6c7748d9329bff36bf47ea537c93@avcodec.org> #2220: FFMPEG unable to stream copy some wtv H264 into mpegts -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by julian): * cc: julian@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 14:46:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 13:46:41 -0000 Subject: [FFmpeg-trac] #3117(avformat:open): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.5b8c9cc96658586de915c083ffaed7d0@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Selur): Uploaded the "x264 BR-Demo" to my GoogleDrive share: https://drive.google.com/folderview?id=0B_WxUS1XGCPASUZibG5XZkRfeTg&usp=sharing (should be accessible for anyone with the link) hope this helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 14:51:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 13:51:55 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.103e637decf9c56b17466f7c16d5a64f@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Ive build FernetMenta/master against FFmpeg 2.1 and it seems working fine. I needed {{{ diff --git a/lib/DllAvCodec.h b/lib/DllAvCodec.h index c54f542..866f996 100644 --- a/lib/DllAvCodec.h +++ b/lib/DllAvCodec.h @@ -114,7 +115,7 @@ public: CSingleLock lock(DllAvCodec::m_critSection); return ::avcodec_open2(avctx, codec, options); } - virtual int avcodec_open2_dont_call(AVCodecContext *avctx, AVCodec *codec, AVDictionary **options) { *(volatile int *)0x0 = 0; return 0; } + virtual int avcodec_open2_dont_call(AVCodecContext *avctx, const AVCodec *codec, AVDictionary **options) { *(volatile int *)0x0 = 0; return 0; } virtual int avcodec_close_dont_call(AVCodecContext *avctx) { *(volatile int *)0x0 = 0; return 0; } virtual AVCodec *avcodec_find_decoder(enum AVCodecID id) { return ::avcodec_find_decoder(id); } virtual AVCodec *avcodec_find_encoder(enum AVCodecID id) { return ::avcodec_find_encoder(id); } }}} also for reasons i dont know yet i had to remove the ubuntu libav libraries as they kept being linked in instead of the more recent ffmpeg ones from /usr/local and caused linking failures. Note though this might be a configuration issue on my box, and unrelated. So I dont seem to be able to reproduce a problem when xbmc is build and run against ffmpeg 2.1 havnt yet looked at what happens when its build against 2.0 and linked to 2,1 libs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 14:57:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 13:57:29 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.f075138ebd7dff37ed5379f560d76124@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 michael]: > Ive build FernetMenta/master against FFmpeg 2.1 and it seems working fine. Did you test VDPAU decoding? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 15:10:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 14:10:06 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.dd918d4fa124bb45e7cbbf45591dde47@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): The patch has been pushed upstream at fernetmenta already... I notivced it yesterday also Here is my package list: ii libav-tools 10:2.1-dmo2 amd64 Multimedia player, server, encoder and transco ii libavcodec-dev:amd64 10:2.1-dmo2 amd64 Library to encode decode multimedia streams - ii libavcodec54:amd64 10:1.2.4-dmo4 amd64 Library to encode decode multimedia streams - ii libavcodec55:amd64 10:2.1-dmo2 amd64 Library to encode decode multimedia streams - ii libavdevice-dev:amd6 10:2.1-dmo2 amd64 Development files for libavdevice. ii libavdevice55:amd64 10:2.1-dmo2 amd64 FFmpeg device handling library. ii libavfilter-dev:amd6 10:2.1-dmo2 amd64 Development files for libavfilter. ii libavfilter3:amd64 10:2.1-dmo2 amd64 FFmpeg filter library. ii libavformat-dev:amd6 10:2.1-dmo2 amd64 Development files for libavformat. ii libavformat54:amd64 10:1.2.4-dmo4 amd64 FFmpeg file format library. ii libavformat55:amd64 10:2.1-dmo2 amd64 FFmpeg file format library. ii libavutil-dev:amd64 10:2.1-dmo2 amd64 FFmpeg avutil devel files - devel files. ii libavutil52:amd64 10:2.1-dmo2 amd64 FFmpeg avutil library - runtime files So indeed I have a mix of 2.1 and 1.2.4 but: 1) all dev files are from 2.1 2) they have there library counterpart ldd /usr/local/lib/xbmc/xbmc.bin | grep libav libavahi-client.so.3 => /usr/lib/x86_64-linux-gnu/libavahi-client.so.3 (0x00007fdc8dd24000) libavahi-common.so.3 => /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 (0x00007fdc8db17000) libavcodec.so.55 => /usr/lib/x86_64-linux-gnu/libavcodec.so.55 (0x00007fdc8564c000) libavfilter.so.3 => /usr/lib/x86_64-linux-gnu/libavfilter.so.3 (0x00007fdc85344000) libavformat.so.55 => /usr/lib/x86_64-linux-gnu/libavformat.so.55 (0x00007fdc84fcc000) libavutil.so.52 => /usr/lib/x86_64-linux-gnu/libavutil.so.52 (0x00007fdc84d7b000) All static dynamic libraries are linked against the 2.1 libraries. Did not check dlopen... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 15:14:12 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 14:14:12 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.982ca1babc85a4c6b0239b8746fc3c74@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): And regarding the comment, yes I use vdpau decoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 15:26:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 14:26:19 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.76c47bb42bef8ce26f3ca88732cd530b@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:11 EricV]: > And regarding the comment What I tried to tell Michael was that you did not explain how to reproduce the problem, I guessed that it is VDPAU-related but Michael probably did not. (I fear Michael has no VDPAU hardware.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 15:32:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 14:32:37 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.3a3e885d01b6153781c71663e744e9d2@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Yes sorry about that. The benefit of fenetmenta tree is hardware decoding in general, vdpau in particular but also Intel (and even xvba but on a dedicated branch and only using internal ffmpeg). Go in expert mode for setting. I use : Use VDPAU hardware acceleration Use VDPAU video mixer Use audio video sync -> method = resample audio And I have on system video output (vertical sync always on). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 15:53:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 14:53:41 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.7130525994ab6cc94078fd768985d6b8@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:8 michael]: > also for reasons i dont know yet i had to remove the ubuntu libav libraries as they kept being linked in instead of the more recent ffmpeg ones from /usr/local and caused linking failures. Note though this might be a configuration issue on my box, and unrelated. i was just missing "LDFLAGS=-L/usr/local/lib", iam not sure why that ubuntu box needs that though but thats unrelated -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 15:57:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 14:57:33 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.872c61ae3e2163c0293edf617abd69e0@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:10 EricV]: > The patch has been pushed upstream at fernetmenta already... I notivced it yesterday also There are 2 lines that need changing in the file, i think one was missed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 16:00:44 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 15:00:44 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.66fec2cba7bd4f9c728b79d04c52fc34@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Replying to [comment:15 michael]: > Replying to [comment:10 EricV]: > > The patch has been pushed upstream at fernetmenta already... I notivced it yesterday also > > There are 2 lines that need changing in the file, i think one was missed I see only one line of diff in what you posted... Canging this single line fixes the compilerror for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 16:26:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 15:26:55 -0000 Subject: [FFmpeg-trac] #3140(avcodec:closed): ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z In-Reply-To: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> References: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> Message-ID: <050.7b29a1f2edb660ec2dfa65703bd13571@avcodec.org> #3140: ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 julian]: > i'm unable to compile git-head If you can reproduce this with {{{make distclean && git pull && ./configure && make ffmpeg}}} it would be very important, please report it! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 16:47:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 15:47:55 -0000 Subject: [FFmpeg-trac] #3117(avformat:closed): stream extraction broken after ffmpeg 2.0.2 when using libbluray In-Reply-To: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> References: <034.c345f7ec1ce2960b8c00c12305898c7d@avcodec.org> Message-ID: <049.1779a29e1531900d15d8af5eec7a984c@avcodec.org> #3117: stream extraction broken after ffmpeg 2.0.2 when using libbluray -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: libbluray | Blocked By: mpegts regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 7d0e927a31edb5fb584c2ab17f7fd676838d6639 Thanks to everyone for the bluray images -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 16:50:43 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 15:50:43 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.cd77b5045c2b178023f951077b581988@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): My configure line : ./configure --enable-external-libraries --disable-vaapi --disable- crystalhd --enable-pulse Resulting config given the packages I have: ------------------------ XBMC Configuration: ------------------------ git Rev.: Debugging: Yes Profiling: No Optimization: Yes SWIG Available: Yes JRE Available: Yes Doxygen Available: Yes Crosscomp.: No target ARCH: no target CPU: no OpenGL: Yes ALSA: Yes DBUS: Yes VDPAU: Yes VAAPI: No CrystalHD: No VTBDecoder: No OpenMax: No Joystick: Yes XRandR: Yes Waveform: Yes Spectrum: Yes GOOM: No RSXS: Yes FishBMC: Yes ProjectM: Yes Skin Touched: No X11: Yes Wayland: No Bluray: Yes TexturePacker:Yes MID Support: No ccache: Yes ALSA Support: Yes PulseAudio: Yes HAL Support: Yes DVDCSS: Yes Google Test Framework Configured: No Avahi: Yes mDNSEmbedded: No Non-free: Yes ASAP Codec: No MySQL: Yes Webserver: Yes libssh support: Yes libRTMP support: Yes libsmbclient support: Yes libnfs client support:No libafpclient support: No AirPlay support: Yes AirTunes support: No UPnP support: Yes Optical drive: Yes libudev support: Yes libusb support: No libcec support: Yes libmp3lame support: Yes libvorbisenc support: Yes libcap support: Yes additional players: No additional codecs: No External FFmpeg: Yes PVR add-ons: No prefix: /usr/local ------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 16:51:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 15:51:35 -0000 Subject: [FFmpeg-trac] #3140(avcodec:closed): ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z In-Reply-To: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> References: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> Message-ID: <050.2d98449bcd352265c9ed4d99c0f2a408@avcodec.org> #3140: ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): no it only happens if i configure with {{{ ./configure --disable-encoders --disable-muxers --enable-muxer=ac3 --enable-muxer=mp4 --enable-encoder=ac3 --enable-encoder=ac3_fixed --enable-encoder=movtext --enable-encoder=pcm_s16le --enable-muxer=wav --enable-muxer=pcm_s16le --enable-muxer=mp3 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 16:59:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 15:59:40 -0000 Subject: [FFmpeg-trac] #3140(avcodec:closed): ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z In-Reply-To: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> References: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> Message-ID: <050.b680bdd54c56c7f728b4e1663123dc0a@avcodec.org> #3140: ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by julian): but as i said, the problem still exists in git-head -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 17:28:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 16:28:03 -0000 Subject: [FFmpeg-trac] #2626(avformat:closed): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.e09151dac5a4815008e6649f79794435@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: invalid Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by julian): 2.1 creates the second audio track as enabled again (and again without option to 'disable' it) so i'd like to have this bug-report re-opened -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 17:39:08 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 16:39:08 -0000 Subject: [FFmpeg-trac] #3150(avcodec:new): H.261 encoding: "-cmp rd" ruins image quality Message-ID: <039.3012c6234cb1e4b56e41dbd3ba2571cb@avcodec.org> #3150: H.261 encoding: "-cmp rd" ruins image quality ------------------------------------+-------------------------------------- Reporter: maikmerten | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -i /tmp/test.y4m -f h261 -vb 256k -cmp rd /tmp/test.h261 ffmpeg version N-58246-g7d0e927 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 18 2013 17:15:01 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu8) }}} Test sequence used is http://media.xiph.org/video/derf/y4m/sign_irene_cif.y4m Bitrate of the file is very much inflated by specifying the -cmp rd option, yet picture quality is severely affected by blockyness. Apparently the encoder is forced into aggressive quantization. Attached picture shows one representative frame of video output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 17:50:43 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 16:50:43 -0000 Subject: [FFmpeg-trac] #3151(avcodec:new): H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs Message-ID: <039.9aeedc417843471941743014907c9e00@avcodec.org> #3151: H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs -------------------------------------+------------------------------------- Reporter: maikmerten | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i tmp/test.y4m -f h261 -vb 256k -mbd rd /tmp/test.h261 ffmpeg version N-58246-g7d0e927 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 18 2013 17:15:01 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu8) }}} Specifying the "-mbd rd" option for H.261 encoding results in massively corrupted output (see attached picture). From the looks of it, it appears that the position of macroblocks within a GOB gets messed up. Intra frames are unaffected. Bitrate does not get inflated, quite surprisingly. Internal reference stays intact, but failure to create a correct bitstream? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 17:52:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 16:52:22 -0000 Subject: [FFmpeg-trac] #3151(avcodec:new): H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs In-Reply-To: <039.9aeedc417843471941743014907c9e00@avcodec.org> References: <039.9aeedc417843471941743014907c9e00@avcodec.org> Message-ID: <054.c9324d1ba5034ce567327d33dc838315@avcodec.org> #3151: H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs -------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by maikmerten): Forgot to mention: Test sequence used is http://media.xiph.org/video/derf/y4m/sign_irene_cif.y4m -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 18:00:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 17:00:22 -0000 Subject: [FFmpeg-trac] #2626(avformat:closed): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.8b1f3692d600709ebbe67c1d0894fce2@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: invalid Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by julian): https://dl.dropboxusercontent.com/u/7221986/bla.aac https://dl.dropboxusercontent.com/u/7221986/bla.mkv {{{ ffmpeg -i bla.mkv -i bla.aac -map 0:0 -map 1:0 -map 0:1 -acodec copy -vcodec copy bla.mp4 }}} with 1.2.4 this produces a MP4 with the second (surround) audio track being disabled, with 2.1 its enabled -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 18:13:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 17:13:58 -0000 Subject: [FFmpeg-trac] #3140(avcodec:closed): ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z In-Reply-To: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> References: <035.13c9032ec349dcd1d3f6ca600bf74834@avcodec.org> Message-ID: <050.b4883388b5997fc9126a12d62c6b5b40@avcodec.org> #3140: ffmpeg fails to convert some files with pts (xx) < dts (yy) in stream z -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: | Blocked By: av_interleaved_write_frame h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 julian]: > no it only happens if i configure with > > {{{ > ./configure --disable-encoders --disable-muxers --enable-muxer=ac3 --enable-muxer=mp4 --enable-encoder=ac3 --enable-encoder=ac3_fixed --enable-encoder=movtext --enable-encoder=pcm_s16le --enable-muxer=wav --enable-muxer=pcm_s16le --enable-muxer=mp3 > }}} Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 18:48:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 17:48:14 -0000 Subject: [FFmpeg-trac] #3150(avcodec:open): H.261 encoding: "-cmp rd" ruins image quality In-Reply-To: <039.3012c6234cb1e4b56e41dbd3ba2571cb@avcodec.org> References: <039.3012c6234cb1e4b56e41dbd3ba2571cb@avcodec.org> Message-ID: <054.8c709eb4729bbe27cc8b044444352c02@avcodec.org> #3150: H.261 encoding: "-cmp rd" ruins image quality ------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h261 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h261 * status: new => open * reproduced: 0 => 1 Comment: For future tickets: Please always provide your failing command line together with complete, uncut console output. If a problem is reproducible with {{{-f lavfi -i testsrc}}} please consider using it since it it may make reproducing the whole ticket easier. Image quality starts to degrade after 20 seconds, also reproducible with -mbd 1 (-mbd 0 looks better). {{{ $ ffmpeg -f lavfi -i testsrc=s=352x288 -vb 256k -cmp rd -t 60 out.h261 ffmpeg version N-58249-g2974050 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 18 2013 18:18:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc=s=352x288': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 352x288 [SAR 1:1 DAR 11:9], 25 tbr, 25 tbn, 25 tbc Output #0, h261, to 'out.h261': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: h261, yuv420p, 352x288 [SAR 1:1 DAR 11:9], q=2-31, 256 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> h261) Press [q] to stop, [?] for help [h261 @ 0x306e800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 16 times [h261 @ 0x306e800] warning, clipping 2 dct coefficients to -127..127 Last message repeated 1 times [h261 @ 0x306e800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 4 times [h261 @ 0x306e800] warning, clipping 2 dct coefficients to -127..127 Last message repeated 1 times [h261 @ 0x306e800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 5 times [h261 @ 0x306e800] warning, clipping 2 dct coefficients to -127..127 [h261 @ 0x306e800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 12 times [h261 @ 0x306e800] warning, clipping 2 dct coefficients to -127..127 [h261 @ 0x306e800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 76 times [h261 @ 0x306e800] warning, clipping 1 dct coefficients to -127..127411.3kbits/s Last message repeated 47 times frame= 1500 fps=606 q=31.0 Lsize= 3090kB time=00:01:00.00 bitrate= 422.0kbits/s video:3090kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 18:49:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 17:49:32 -0000 Subject: [FFmpeg-trac] #3151(avcodec:open): H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs In-Reply-To: <039.9aeedc417843471941743014907c9e00@avcodec.org> References: <039.9aeedc417843471941743014907c9e00@avcodec.org> Message-ID: <054.c63dd62948554e915ce6f352f1d1c342@avcodec.org> #3151: H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs ------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h261 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h261 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: The output file shows heavy artefacts. {{{ $ ffmpeg -f lavfi -i testsrc=s=352x288 -vb 256k -mbd rd -t 60 out.h261 ffmpeg version N-58249-g2974050 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 18 2013 18:18:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc=s=352x288': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 352x288 [SAR 1:1 DAR 11:9], 25 tbr, 25 tbn, 25 tbc Output #0, h261, to 'out.h261': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: h261, yuv420p, 352x288 [SAR 1:1 DAR 11:9], q=2-31, 256 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> h261) Press [q] to stop, [?] for help frame= 1500 fps=877 q=9.3 Lsize= 2217kB time=00:01:00.00 bitrate= 302.7kbits/s video:2217kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 21:08:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 20:08:06 -0000 Subject: [FFmpeg-trac] #3122(avcodec:closed): DVD LPCM invalid decoding In-Reply-To: <037.70792a407376c844f07b86692151030c@avcodec.org> References: <037.70792a407376c844f07b86692151030c@avcodec.org> Message-ID: <052.a0587907bb000d3ea28f0abf604528b1@avcodec.org> #3122: DVD LPCM invalid decoding -------------------------------------+------------------------------------- Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: pcm_dvd | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in ab184b298d4a54199986de10927258aed18c7b6b and the previous commit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 22:36:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 21:36:16 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> References: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> Message-ID: <053.72cfadb73bf33abaa9b665654503cea0@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): not reproduceable with -cpuflags 0 nor with address sanitizer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 18 23:09:54 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 22:09:54 -0000 Subject: [FFmpeg-trac] #3136(avutil:closed): ABI in libavutil as been broken since 2.x without libary soname change In-Reply-To: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> References: <037.8d0d3ce38c26cad43e275661f7a07dcb@avcodec.org> Message-ID: <052.ec49a58fe15ed3997543a942de162f89@avcodec.org> #3136: ABI in libavutil as been broken since 2.x without libary soname change ------------------------------------+---------------------------------- Reporter: marillat | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: fixed by b382d09d29be90e0947295a70cdcbaa60b9030b8 and previous commits commits also backported to 2.1 and 2.0 branches, will be in the next releases -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 00:30:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 18 Nov 2013 23:30:20 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.2237d1ed6ab2ba0f7f3cc048a7640c6c@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by aphirst): To rephrase what I was saying before, since I seem to have not been clear: * I was having trouble building ffmpeg/mplayer myself * I was thinking that the reason you gave specific past-versions of ffmpeg/mplayer for me to test is because you wanted me to see if my problem occured at-or-before that commit * I also reckoned you wanted to know if my problem was still present in git * What I was able to do on that day was: 1. Download stable versions of ffmpeg/mplayer from my package manager, dated before the subversions you specified 2. Build mpv (the mplayer fork I primarily use) from git in such a way that it built against its own static instance ffmpeg (also from git) * My problem '''was''' present in all the older ffmpeg/mplayer versions I tested, and (through the git build of mpv I did) also in the latest ffmpeg subversion '''Today''', however, I was able to build the specific versions of ffmpeg/mplayer you asked for. Unsurprisingly (at least to me) the problem was present in those too, and was exactly how I described in the opening post. With regards to your having tested it on Nvidia hardware; if I had to suggest anything, I'd say that this is probably a Radeon+VDPAU only issue. Maybe if someone else with an ATI card/chipset with VDPAU support can test it, it would add some weight to my claim? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 01:47:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 00:47:49 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.c85355626a621a15ef1e6c024c19558d@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do you have any indication that this isn't a driver issue that has nothing to do with FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 06:30:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 05:30:39 -0000 Subject: [FFmpeg-trac] #3152(avcodec:new): Pointer overflow in libavcodec/mpegvideo.c Message-ID: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> #3152: Pointer overflow in libavcodec/mpegvideo.c -------------------------------------+------------------------------------- Reporter: dtzWill | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: undefined | master overflow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: mpegvideo.c invokes undefined behavior by causing a pointer to overflow. This occurs in libavcodec/mpegvideo.c:3010:47 of ffmpeg 2.0.2 and at libavcodec/mpegvideo.c:3018:47 on latest git as of commit f1f0b01c4700ae342bb245efcc00a724fd270c14. Here's the error report, produced by coming-soon-to-you -fsanitize =pointer-overflow in clang: {{{ libavcodec/mpegvideo.c:3018:47: runtime error: pointer index expression with base 0x000000000000 overflowed to 0xfffffffffffffff0 }}} This occurs during execution of the "vsynth1-svq1" test (and only this test) during execution of the FATE test suite. How to reproduce: * Build ffmpeg with clang using -fsanitize=pointer-overflow -fno-sanitize- recover * Run fate test-suite * Observe test failure, look in "./tests/data/fate/vsynth1-svq1.err" for an error report like the above. Alternatively, since this sanitizer is not yet included in clang mainline, simply add a check to mpegvideo.c:3018 to report if the LHS is zero when the RHS is negative. Please let me know if more information is required, thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 09:34:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 08:34:24 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.0df97e66c370017b139e80482ad0135f@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by aphirst): I really don't know. It's definitely true that when I started using VDPAU on my Radeon chip, I also (necessarily) started using the Free driver as well. From where I stand at least, I'd've thought that this is to do with either FFmpeg's handling of this specific kind of file content over to VDPAU, or how the radeon driver gets it from VDPAU to the hardware decoder. Either way; I '''know''' that mplayer/mpv/VLC/etc. can play this content fine with Nvidia+VDPAU, software-decoding and so on; and I know that this specific device has been able to hardware decode it (Catalyst+VAAPI) - so surely the problem has to lie somewhere between the player and the hardware? I thought I ought to report my issue to FFmpeg first, since I fully expected that the freedesktop guys would just say something like "report to FFmpeg first and work down from there". What do you think then; should I report this over there as well, link to this report, and see how it goes? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 09:44:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 08:44:13 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.17e606055e64be75216cb5dd1a5bc7e3@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: 2.1 | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Given that it works fine with Nvidia hardware and drivers, I would suggest so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 10:35:46 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 09:35:46 -0000 Subject: [FFmpeg-trac] #3093(documentation:reopened): filtering examples are broken (was: exception at 0x52B832F8 (avutil-52.dll) in filtering_video.exe: 0xC0000005: Access violation reading location 0xFEEEFEF2.) In-Reply-To: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> References: <034.8f7e3a59ce983743ab8dfda3fa5633c8@avcodec.org> Message-ID: <049.4818ef70a07ac85f617ae1e2aefe1e1b@avcodec.org> #3093: filtering examples are broken -------------------------------------+------------------------------------- Reporter: ahsan | Owner: Type: defect | Status: reopened Priority: important | Component: Version: git-master | documentation Keywords: examples | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Filtering video should be fixed in 1f7b7d54471711b89f8a64bef1c6636b6aa08c12. Filtering audio still needs to some adustments. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 10:41:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 09:41:47 -0000 Subject: [FFmpeg-trac] #3153(undetermined:new): ffprobe doesn't allow to differenciate between LC-AAC and HE-AAC Message-ID: <035.d1a6ed4295c6cc808828c114400b4c39@avcodec.org> #3153: ffprobe doesn't allow to differenciate between LC-AAC and HE-AAC -------------------------------------+------------------------------------- Reporter: julian | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffprobe doesn't allow to differenciate between LC-AAC and HE-AAC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 11:01:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 10:01:56 -0000 Subject: [FFmpeg-trac] #3153(undetermined:new): ffprobe doesn't allow to differenciate between LC-AAC and HE-AAC In-Reply-To: <035.d1a6ed4295c6cc808828c114400b4c39@avcodec.org> References: <035.d1a6ed4295c6cc808828c114400b4c39@avcodec.org> Message-ID: <050.cc951c19c17cc28309f9d90f914c6e44@avcodec.org> #3153: ffprobe doesn't allow to differenciate between LC-AAC and HE-AAC -------------------------------------+------------------------------------- Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac * priority: normal => wish * version: unspecified => git-master * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 11:05:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 10:05:19 -0000 Subject: [FFmpeg-trac] #3152(avcodec:new): Pointer overflow in libavcodec/mpegvideo.c In-Reply-To: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> References: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> Message-ID: <051.b28ded89bb3cfbdeeeaacd27d6321c27@avcodec.org> #3152: Pointer overflow in libavcodec/mpegvideo.c ------------------------------------+----------------------------------- Reporter: dtzWill | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: undefined overflow => Comment: Line 3018 in libavcodec/mpegvideo.c is a closing bracket here. Please provide the patch with the check that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 11:34:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 10:34:40 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> References: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> Message-ID: <053.1348efb6344d53d527402af55d01a976@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Only reproducible with {{{--disable-yasm}}} (and {{{--disable-asm}}}), valgrind shows no problem, threads > 2 also works fine here. Depending on the exact configure options, it crashes or works with -threads 1 here. Different backtraces possible with the same command line and the same configure options. {{{ (gdb) r -threads 2 -i fahevc2.ts -f null - ffmpeg version N-58263-g1f7b7d5 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 19 2013 11:25:41 with gcc 4.7 (SUSE Linux) configuration: --disable-yasm libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 ... *** glibc detected *** ffmpeg_g: free(): invalid pointer: 0x00007fffec007760 *** ... (gdb) bt #0 0x00007ffff6048d25 in raise () from /lib64/libc.so.6 #1 0x00007ffff604a1a8 in abort () from /lib64/libc.so.6 #2 0x00007ffff6086fcb in __libc_message () from /lib64/libc.so.6 #3 0x00007ffff608cb66 in malloc_printerr () from /lib64/libc.so.6 #4 0x0000000000c01dec in av_free (ptr=) at libavutil/mem.c:231 #5 av_freep (arg=arg at entry=0x1806f98) at libavutil/mem.c:238 #6 0x0000000000bf571e in av_buffer_unref (buf=buf at entry=0x1806f98) at libavutil/buffer.c:112 #7 0x0000000000bfbb51 in av_frame_unref (frame=frame at entry=0x1806dc0) at libavutil/frame.c:363 #8 0x00000000004689e0 in reap_filters () at ffmpeg.c:1127 #9 0x00000000004590c8 in transcode_step () at ffmpeg.c:3235 #10 transcode () at ffmpeg.c:3278 #11 main (argc=, argv=) at ffmpeg.c:3456 }}} {{{ (gdb) bt #0 0x00007ffff6104c0b in __lll_lock_wait_private () from /lib64/libc.so.6 #1 0x00007ffff6092b5e in _L_lock_11285 () from /lib64/libc.so.6 #2 0x00007ffff6090c22 in malloc () from /lib64/libc.so.6 #3 0x00007ffff7de01d2 in local_strdup () from /lib64/ld-linux-x86-64.so.2 #4 0x00007ffff7de33c7 in _dl_map_object () from /lib64/ld- linux-x86-64.so.2 #5 0x00007ffff7ded81e in dl_open_worker () from /lib64/ld- linux-x86-64.so.2 #6 0x00007ffff7de95f6 in _dl_catch_error () from /lib64/ld- linux-x86-64.so.2 #7 0x00007ffff7ded28c in _dl_open () from /lib64/ld-linux-x86-64.so.2 #8 0x00007ffff612e332 in do_dlopen () from /lib64/libc.so.6 #9 0x00007ffff7de95f6 in _dl_catch_error () from /lib64/ld- linux-x86-64.so.2 #10 0x00007ffff612e3cf in dlerror_run () from /lib64/libc.so.6 #11 0x00007ffff612e441 in __libc_dlopen_mode () from /lib64/libc.so.6 #12 0x00007ffff6109ed5 in init () from /lib64/libc.so.6 #13 0x00007ffff6ce9c80 in pthread_once () from /lib64/libpthread.so.0 #14 0x00007ffff6109ff4 in backtrace () from /lib64/libc.so.6 #15 0x00007ffff6086fe5 in __libc_message () from /lib64/libc.so.6 #16 0x00007ffff608cb66 in malloc_printerr () from /lib64/libc.so.6 #17 0x00007ffff608cecb in malloc_consolidate () from /lib64/libc.so.6 #18 0x00007ffff608de47 in _int_malloc () from /lib64/libc.so.6 #19 0x00007ffff6090c30 in malloc () from /lib64/libc.so.6 #20 0x0000000000bf5a4a in av_buffer_realloc (pbuf=pbuf at entry=0x7fffffffd440, size=8193) at libavutil/buffer.c:164 #21 0x00000000005de453 in copy_packet_data (dup=1, src=, pkt=0x7fffffffd440) at libavcodec/avpacket.c:204 #22 av_dup_packet (pkt=pkt at entry=0x7fffffffd440) at libavcodec/avpacket.c:259 #23 0x000000000059fd5f in parse_packet (s=s at entry=0x16fd9e0, pkt=pkt at entry=0x7fffffffd620, stream_index=) at libavformat/utils.c:1273 #24 0x00000000005a0764 in read_frame_internal (s=0x16fd9e0, pkt=0x7fffffffd9e0) at libavformat/utils.c:1384 #25 0x00000000005a1526 in av_read_frame (s=0x16fd9e0, pkt=pkt at entry=0x7fffffffd9e0) at libavformat/utils.c:1425 #26 0x000000000046b1e4 in get_input_packet (pkt=0x7fffffffd9e0, f=0x183a4c0) at ffmpeg.c:2919 #27 process_input (file_index=0) at ffmpeg.c:2956 #28 0x00000000004590b0 in transcode_step () at ffmpeg.c:3226 #29 transcode () at ffmpeg.c:3278 #30 main (argc=, argv=) at ffmpeg.c:3456 }}} {{{ (gdb) bt #0 0x00007ffff608ce03 in malloc_consolidate () from /lib64/libc.so.6 #1 0x00007ffff608de47 in _int_malloc () from /lib64/libc.so.6 #2 0x00007ffff608f101 in _int_memalign () from /lib64/libc.so.6 #3 0x00007ffff6091534 in memalign () from /lib64/libc.so.6 #4 0x00007ffff609261c in posix_memalign () from /lib64/libc.so.6 #5 0x0000000000c01bca in av_malloc (size=size at entry=1040) at libavutil/mem.c:94 #6 0x0000000000bf5398 in av_buffer_alloc (size=1040) at libavutil/buffer.c:70 #7 0x0000000000537946 in mpegts_push_data (filter=, buf=, buf_size=170, is_start=, pos=, pcr=) at libavformat/mpegts.c:911 #8 0x0000000000535176 in handle_packet (ts=ts at entry=0x170e1a0, packet=0x170a56c "GA-7\ap") at libavformat/mpegts.c:1920 #9 0x00000000005356d2 in handle_packets (ts=ts at entry=0x170e1a0, nb_packets=nb_packets at entry=0) at libavformat/mpegts.c:2059 #10 0x0000000000535754 in mpegts_read_packet (s=, pkt=0x7fffffffd620) at libavformat/mpegts.c:2294 #11 0x000000000059e7d2 in ff_read_packet (s=s at entry=0x16fd9e0, pkt=pkt at entry=0x7fffffffd620) at libavformat/utils.c:680 #12 0x00000000005a06d0 in read_frame_internal (s=0x16fd9e0, pkt=0x7fffffffd9e0) at libavformat/utils.c:1321 #13 0x00000000005a1526 in av_read_frame (s=0x16fd9e0, pkt=pkt at entry=0x7fffffffd9e0) at libavformat/utils.c:1425 #14 0x000000000046b1e4 in get_input_packet (pkt=0x7fffffffd9e0, f=0x183a4c0) at ffmpeg.c:2919 #15 process_input (file_index=0) at ffmpeg.c:2956 #16 0x00000000004590b0 in transcode_step () at ffmpeg.c:3226 #17 transcode () at ffmpeg.c:3278 #18 main (argc=, argv=) at ffmpeg.c:3456 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 11:41:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 10:41:39 -0000 Subject: [FFmpeg-trac] #3115(avcodec:open): hevc: crash with threads 1 (fuzzed file) In-Reply-To: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> References: <038.1b1bd5a29e84b1f7853c1d3eb57a72a2@avcodec.org> Message-ID: <053.1671381e047791883578183d8bce7c8c@avcodec.org> #3115: hevc: crash with threads 1 (fuzzed file) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ (gdb) r -threads 1 -i fahevc2.ts -f null - ffmpeg version N-58263-g1f7b7d5 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 19 2013 11:36:45 with gcc 4.7 (SUSE Linux) configuration: --disable-optimizations --disable-asm --enable-debug=3 libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 ... *** glibc detected *** ffmpeg_g: corrupted double-linked list: 0x0000000002d6a680 *** ... (gdb) bt #0 0x00007ffff6104c0b in __lll_lock_wait_private () from /lib64/libc.so.6 #1 0x00007ffff6092b5e in _L_lock_11285 () from /lib64/libc.so.6 #2 0x00007ffff6090c22 in malloc () from /lib64/libc.so.6 #3 0x00007ffff7de01d2 in local_strdup () from /lib64/ld-linux-x86-64.so.2 #4 0x00007ffff7de33c7 in _dl_map_object () from /lib64/ld- linux-x86-64.so.2 #5 0x00007ffff7ded81e in dl_open_worker () from /lib64/ld- linux-x86-64.so.2 #6 0x00007ffff7de95f6 in _dl_catch_error () from /lib64/ld- linux-x86-64.so.2 #7 0x00007ffff7ded28c in _dl_open () from /lib64/ld-linux-x86-64.so.2 #8 0x00007ffff612e332 in do_dlopen () from /lib64/libc.so.6 #9 0x00007ffff7de95f6 in _dl_catch_error () from /lib64/ld- linux-x86-64.so.2 #10 0x00007ffff612e3cf in dlerror_run () from /lib64/libc.so.6 #11 0x00007ffff612e441 in __libc_dlopen_mode () from /lib64/libc.so.6 #12 0x00007ffff6109ed5 in init () from /lib64/libc.so.6 #13 0x00007ffff6ce9c80 in pthread_once () from /lib64/libpthread.so.0 #14 0x00007ffff6109ff4 in backtrace () from /lib64/libc.so.6 #15 0x00007ffff6086fe5 in __libc_message () from /lib64/libc.so.6 #16 0x00007ffff608cb66 in malloc_printerr () from /lib64/libc.so.6 #17 0x00007ffff608edcc in _int_malloc () from /lib64/libc.so.6 #18 0x00007ffff6090c30 in malloc () from /lib64/libc.so.6 #19 0x00007ffff609261c in posix_memalign () from /lib64/libc.so.6 #20 0x0000000000de95ba in av_malloc (size=1200) at libavutil/mem.c:94 #21 0x000000000088d73b in av_malloc_array (nmemb=300, size=4) at ./libavutil/mem.h:97 #22 0x0000000000892408 in ff_hevc_decode_nal_pps (s=0x19b75a0) at libavcodec/hevc_ps.c:1238 #23 0x000000000088ce09 in parse_nal_units (s=0x19a4000, avctx=0x1932500, buf=0x19270c0 "D\001\300b\006\002\222", buf_size=8778) at libavcodec/hevc_parser.c:146 #24 0x000000000088d4a0 in hevc_parse (s=0x19a4000, avctx=0x1932500, poutbuf=0x7fffffffd3b8, poutbuf_size=0x7fffffffd3c0, buf=0x1927080 "", buf_size=8778) at libavcodec/hevc_parser.c:279 #25 0x00000000009e4cf1 in av_parser_parse2 (s=0x19a4000, avctx=0x1932500, poutbuf=0x7fffffffd3b8, poutbuf_size=0x7fffffffd3c0, buf=0x2f2e900 "", buf_size=4119, pts=499065, dts=495465, pos=920636) at libavcodec/parser.c:155 #26 0x00000000005b74b3 in parse_packet (s=0x192e7e0, pkt=0x7fffffffd470, stream_index=0) at libavformat/utils.c:1206 #27 0x00000000005b7f87 in read_frame_internal (s=0x192e7e0, pkt=0x7fffffffd7a0) at libavformat/utils.c:1384 #28 0x00000000005b8265 in av_read_frame (s=0x192e7e0, pkt=0x7fffffffd7a0) at libavformat/utils.c:1425 #29 0x000000000041e5e5 in get_input_packet (f=0x1b36b20, pkt=0x7fffffffd7a0) at ffmpeg.c:2919 #30 0x000000000041e700 in process_input (file_index=0) at ffmpeg.c:2956 #31 0x000000000041fe8d in transcode_step () at ffmpeg.c:3226 #32 0x000000000041ff9a in transcode () at ffmpeg.c:3278 #33 0x00000000004204ae in main (argc=8, argv=0x7fffffffdd48) at ffmpeg.c:3456 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 22:44:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 21:44:12 -0000 Subject: [FFmpeg-trac] #3152(avcodec:new): Pointer overflow in libavcodec/mpegvideo.c In-Reply-To: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> References: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> Message-ID: <051.78d8cf1d167f730dc64c4d138d8a48b9@avcodec.org> #3152: Pointer overflow in libavcodec/mpegvideo.c ------------------------------------+----------------------------------- Reporter: dtzWill | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by dtzWill): Ah, the code has changed. Re-running with latest git (commit d5d29ae3b0375320a7a34f85a5a90e8362550dbb) gives this new location: libavcodec/mpegvideo.c:3049:47: runtime error: pointer index expression with base 0x000000000000 overflowed to 0xfffffffffffffff0 Attaching patch that reports the issue to help reproduce the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 19 23:34:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 22:34:17 -0000 Subject: [FFmpeg-trac] #3152(avcodec:new): Pointer overflow in libavcodec/mpegvideo.c In-Reply-To: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> References: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> Message-ID: <051.ccfc49417d56cfcd9674e57d7e066737@avcodec.org> #3152: Pointer overflow in libavcodec/mpegvideo.c ------------------------------------+----------------------------------- Reporter: dtzWill | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{s->current_picture.f.data[0]}}} and {{{s->mb_x}}} are both 0 when running {{{fate-vsynth1-svq1}}}, the line in question is: {{{ s->dest[0] = s->current_picture.f.data[0] + ((s->mb_x - 1) << mb_size); }}} Does "undefined behaviour" mean that {{{s->dest[0]}}} has no defined content after the operation or that the operation may eat your cat? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 00:21:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 19 Nov 2013 23:21:23 -0000 Subject: [FFmpeg-trac] #3152(avcodec:new): Pointer overflow in libavcodec/mpegvideo.c In-Reply-To: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> References: <036.860c151605f5df09160f8f02e8ad2144@avcodec.org> Message-ID: <051.20a5afef4576d2874eb24cf075e0f1a2@avcodec.org> #3152: Pointer overflow in libavcodec/mpegvideo.c ------------------------------------+----------------------------------- Reporter: dtzWill | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by dtzWill): No guarantee the operation won't eat your cat, unfortunately (undefined, not implementation-defined). Note that indexing from NULL even in the positive direction is also undefined despite not overflowing. Unfortunately this is not purely an academic concern, compilers have been known to take advantage of the assumption that pointer overflow cannot occur (although I'm unsure of what optimization might be made here). As an aside it looks like ff_update_block_index wraps s->dest[0] around again, in case that's useful for devising a solution. Hopefully these checks make it into -fsanitize=undefined soon to facilitate finding and correcting these issues! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 03:28:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 02:28:40 -0000 Subject: [FFmpeg-trac] #2835(avformat:open): FFMPEG created WTV files stop working with Microsoft Update KB2670838 In-Reply-To: <040.20144432411a1cd2a4f87a277f5cbb56@avcodec.org> References: <040.20144432411a1cd2a4f87a277f5cbb56@avcodec.org> Message-ID: <055.9c2ee8ff007356234487ac1575993480@avcodec.org> #2835: FFMPEG created WTV files stop working with Microsoft Update KB2670838 -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by jfreiman): I too am having this issue with WTV files. After they are created I can not play them back in either Windows Media Center or Windows Media Player. I am running Windows 8.1 and can not remove the KB as it does not exist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 10:28:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 09:28:22 -0000 Subject: [FFmpeg-trac] #2953(FFmpeg:new): FFmpeg hangs while conversion video using libx264 In-Reply-To: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> References: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> Message-ID: <055.e9d21ad5b9ddee4ba5512b45fac6bf0a@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+---------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by gerrysingh7): HI Thanks for you help on this issue. We have tested the hang its happening on the one machine but passing on other. on machine one which ffmpeg hangs has following configuration OS: Windows 7 professional Processor: Intel(R) Core (TM ) i7-3930K CPU @ 3.20 GHz 3.80GHz Installed Memory : 32 GB System type : 64-bit operating system i have already send you the command which hangs on this system. Please help us out why ffmpeg hangs on the command while converting video. Command which hangs: ffmpeg.exe -i "test_hb1200_7-3-13.mp4" -v debug -vcodec libx264 -vprofile baseline -b 480k -y -vf scale=480:270 "test_hb1200_7-3-13-480.mp4" it stalled at around 40% some time 70% of video. and on other system having window7 it works fine. that has intel i5 processor with window 7 professional. 64 bit os running. This issue is hurting us a lot. So i request please let me know if any more input is required. Thanks Gerry -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 11:55:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 10:55:48 -0000 Subject: [FFmpeg-trac] #2953(FFmpeg:new): FFmpeg hangs while conversion video using libx264 In-Reply-To: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> References: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> Message-ID: <055.06960f0377cdd71e8b999641f46961b2@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+---------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): Replying to [comment:13 gerrysingh7]: > Command which hangs: > ffmpeg.exe -i "test_hb1200_7-3-13.mp4" -v debug -vcodec libx264 -vprofile baseline -b 480k -y -vf scale=480:270 "test_hb1200_7-3-13-480.mp4" > > it stalled at around 40% some time 70% of video. Does the stall also happen if you add {{{-an}}} to the command line? Does the stall also happen if you remove the scale filter from the command line? Does the stall also happen if you use {{{-f lavfi -i testsrc}}} as input instead of test_hb1200_7-3-13.mp4 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 12:13:18 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 11:13:18 -0000 Subject: [FFmpeg-trac] #3155(undetermined:new): g264 only decodes keyframes Message-ID: <034.5d020ff8eab76431ca169a031669e4a9@avcodec.org> #3155: g264 only decodes keyframes -------------------------------------+------------------------------------- Reporter: compn | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 1 | -------------------------------------+------------------------------------- http://samples.ffmpeg.org/V-codecs/g264.avi ffmpeg -i g264.avi out.avi ffmpeg version N-58288-g80e5859 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 19 2013 18:01:40 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzli b --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libblu ray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --ena ble-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheo ra --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable- libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libxavs --enable-libxvid --ena ble-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0290a4e0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0290a4e0] my guess is 5 bits ;) [avi @ 0290e020] probed stream 1 failed [avi @ 0290e020] Could not find codec parameters for stream 1 (Subtitle: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, avi, from 'g264.avi': Duration: 00:03:39.96, start: 0.000000, bitrate: 122 kb/s Stream #0:0: Video: mpeg4 (G264 / 0x34363247), yuv420p, 320x240, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Subtitle: none File 'out.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.21.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 25 tbn, 25 tb c Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help [mpeg4 @ 0290a4e0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0290a4e0] my guess is 5 bits ;) [mpeg4 @ 0290a4e0] looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_d elay flag [mpeg4 @ 0290a4e0] header damaged Error while decoding stream #0:0: Error number -1 occurred [mpeg4 @ 0290a4e0] header damaged Error while decoding stream #0:0: Error number -1 occurred [mpeg4 @ 0290a4e0] header damaged Error while decoding stream #0:0: Error number -1 occurred [mpeg4 @ 0290a4e0] header damaged Error while decoding stream #0:0: Error number -1 occurred million of these messages. binary mplayer codec works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 12:50:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 11:50:00 -0000 Subject: [FFmpeg-trac] #3155(avcodec:new): g264 only decodes keyframes In-Reply-To: <034.5d020ff8eab76431ca169a031669e4a9@avcodec.org> References: <034.5d020ff8eab76431ca169a031669e4a9@avcodec.org> Message-ID: <049.ad247578b2b31960dda8b1602c58be7c@avcodec.org> #3155: g264 only decodes keyframes -------------------------------------+----------------------------------- Reporter: compn | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => asp * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:01:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:01:31 -0000 Subject: [FFmpeg-trac] #2953(undetermined:new): FFmpeg hangs while conversion video using libx264 In-Reply-To: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> References: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> Message-ID: <055.9f9d5077df62ba53cd67fec638d368df@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+------------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:05:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:05:45 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.2431fe52738e43aadf3929a301c51167@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Tested with 2.1.1. Same problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:13:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:13:10 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.892e2583e0df6c1a119bbfd1c4e1562a@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): There is not much difference between 2.1 and 2.1.1 and to the best of my knowledge no difference wrt VDPAU. If you want to help (meaning: if you are interested to get this ticket fixed), please test current FFmpeg git head (with a relevant version of xbmc of your choice) to make sure there actually is an unfixed bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:16:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:16:54 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.cd0d5b67e1136e7760dd1bea636e355e@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Frankly I have no time, and a solution. What is the difference between git and 2.1.1. Why should I know? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:20:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:20:24 -0000 Subject: [FFmpeg-trac] #2953(undetermined:new): FFmpeg hangs while conversion video using libx264 In-Reply-To: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> References: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> Message-ID: <055.68f9ac6ad30d113430d480941b6cf120@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+------------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 cehoyos]: Trying to elaborate a little on why the following helps solving the problem: > Does the stall also happen if you add {{{-an}}} to the command line? Theoretically, the problem may be audio-related, adding {{{-an}}} makes sure that the problem is not audio-related, so whenever a problem is reproducible with {{{-an}}} (or {{{-vn}}}), it should be added. > Does the stall also happen if you remove the scale filter from the command line? The stall may (theoretically) happen because of the scaling, and generally, simpler (shorter) command lines are preferred. > Does the stall also happen if you use {{{-f lavfi -i testsrc}}} as input instead of test_hb1200_7-3-13.mp4 ? If a problem is reproducible with {{{-f lavfi -i testsrc}}} (or {{{-f lavfi -i smptehdbars}}}), anybody interested can work on it without downloading a specific input file which always takes time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:23:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:23:33 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.3e0cfcb39d93839e388f30e2dbfcaeea@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You just tested 2.1.1 although this is (nearly) useless and although I already asked you repeatedly to test current git head and although this is the very first thing mentioned on http://ffmpeg.org/bugreports.html Why didn't you test current git head instead (which would bring us one step further)? And of course: If you don't want to work on this issue (that I, as said, consider important) why do you expect a developer to work on it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:32:33 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:32:33 -0000 Subject: [FFmpeg-trac] #3156(FFplay:new): Laggy a/v sync catch up after seeking with ffplay Message-ID: <035.f26e6772e1e7efa35b67b98c28df0727@avcodec.org> #3156: Laggy a/v sync catch up after seeking with ffplay -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: | Keywords: ffplay seek unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- $summary {{{ ? ./ffplay ~/samples/matrixbench_mpeg2.mpg ffplay version N-58262-g0dd8e96 Copyright (c) 2003-2013 the FFmpeg developers built on Nov 19 2013 09:49:57 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-libx264 --enable-libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples --enable-libfreetype --enable-libvpx --cpu=native --cc='ccache cc' libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 0x7f4494001720] start time is not set in estimate_timings_from_pts [...] }}} After each seek, the video is laggy for about 1 sec. It's not reproducible with any sample. Sample used available at http://samples.ffmpeg.org/benchmark/testsuite1/matrixbench_mpeg2.mpg It doesn't appear to be a regression, and if it is, probably a very old one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:33:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:33:25 -0000 Subject: [FFmpeg-trac] #3156(FFplay:new): Laggy a/v sync catch up after seeking with ffplay In-Reply-To: <035.f26e6772e1e7efa35b67b98c28df0727@avcodec.org> References: <035.f26e6772e1e7efa35b67b98c28df0727@avcodec.org> Message-ID: <050.4d4e5fad07ad98d4be44146908e143f1@avcodec.org> #3156: Laggy a/v sync catch up after seeking with ffplay -------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: ffplay seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Description changed by ubitux: Old description: > $summary > > {{{ > ? ./ffplay ~/samples/matrixbench_mpeg2.mpg > ffplay version N-58262-g0dd8e96 Copyright (c) 2003-2013 the FFmpeg > developers > built on Nov 19 2013 09:49:57 with gcc 4.8.2 (GCC) > configuration: --enable-gpl --enable-libx264 --enable-libmp3lame > --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples > --enable-libfreetype --enable-libvpx --cpu=native --cc='ccache cc' > libavutil 52. 53.100 / 52. 53.100 > libavcodec 55. 43.101 / 55. 43.101 > libavformat 55. 21.100 / 55. 21.100 > libavdevice 55. 5.100 / 55. 5.100 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > [NULL @ 0x7f4494001720] start time is not set in > estimate_timings_from_pts > [...] > }}} > > After each seek, the video is laggy for about 1 sec. > > It's not reproducible with any sample. Sample used available at > http://samples.ffmpeg.org/benchmark/testsuite1/matrixbench_mpeg2.mpg > > It doesn't appear to be a regression, and if it is, probably a very old > one. New description: $summary {{{ ? ./ffplay ~/samples/matrixbench_mpeg2.mpg ffplay version N-58262-g0dd8e96 Copyright (c) 2003-2013 the FFmpeg developers built on Nov 19 2013 09:49:57 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-libx264 --enable-libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples --enable-libfreetype --enable-libvpx --cpu=native --cc='ccache cc' libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [NULL @ 0x7f4494001720] start time is not set in estimate_timings_from_pts [...] }}} After each seek, the video is laggy for about 1 sec. It's not reproducible with any sample. Sample used available at http://samples.ffmpeg.org/benchmark/testsuite1/matrixbench_mpeg2.mpg It doesn't appear to be a regression, and if it is, probably a very old one. It's not reproducible with -an, hence the a/v sync catch up suggestion. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:37:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:37:40 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.8906153ce77938af3b221fe01ef7f3fd@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): 1) Forcing to test with git before reporting a bug is "for me" a non-sense as except developers nobody uses theses versions and only few people are really able to correctly rebuild from git. 2) End user use only packaged version on their system. I hardly see any git version in any distribution, 3) I reported this bug because it will annoy many Linux user when they will discover XBMC breaks because they updated ffmpeg so that you are aware of it. I just need to freeze the ffmpeg package version and will do so until the bug is resolved, 4) ffmpeg binary incompatibilities (even in series which should not allow it) should not be allowed. It did happen in the past and just happened again. This creates packaging nightmare and conflicts between maintainers This issue is not mine its yours. XBMC packagers will not provide ffmpeg 2.1.x until it is fixed or use internal ffmpeg version if distributions allow it. This means less exposure for new feature, and less quality at the end. I'm more concerned to be able to see my films. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:54:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:54:06 -0000 Subject: [FFmpeg-trac] #2953(undetermined:new): FFmpeg hangs while conversion video using libx264 In-Reply-To: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> References: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> Message-ID: <055.7c66ef32c34d10d2ebc04422d79e4020@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+------------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gerrysingh7): Thanks for reply, i am verifying it and will get back to you soon. Thanks again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 13:55:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 12:55:54 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.a9969fd5ec9d07dc4b0cd5bddd3ecf90@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ubitux): Replying to [comment:22 EricV]: > 1) Forcing to test with git before reporting a bug is "for me" a non- sense as except developers nobody uses theses versions and only few people are really able to correctly rebuild from git. You are not suggested to use the git version as a workaround for your problem, but to help developers figuring out where is the regression and/or if it's already fixed. Also note that when this is fixed upstream, we might ask you to pull the git/master to try it before the fix is actually backported to stable branches. [...] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 14:08:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 13:08:07 -0000 Subject: [FFmpeg-trac] #3149(avformat:new): Matroska muxer does not generate cues for audio files In-Reply-To: <038.0652323488b0ba3b69818f8cf0e48002@avcodec.org> References: <038.0652323488b0ba3b69818f8cf0e48002@avcodec.org> Message-ID: <053.69582a7fac3f4b6210e14480de74db04@avcodec.org> #3149: Matroska muxer does not generate cues for audio files -----------------------------------+------------------------------------ Reporter: spencercw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 2.1 | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by cehoyos): * keywords: matroska muxer cues => mkv Comment: Is this also reproducible with current FFmpeg git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 14:47:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 13:47:28 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.a31a01dfc3dee7a6d1dbeb00e0cccc18@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): (for followers, this or similar errors meant "The avcodec-55.def file created for a shared avcodec-55.dll in the ffmpeg libavcodec directory is created wrong with just defines from some other library that wasn't built static, which makes it only pick up those for some reason and so the def file is wrong. This causes the other dlls in ffmpeg to not be created when linking against it.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 15:48:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 14:48:22 -0000 Subject: [FFmpeg-trac] #3151(avcodec:closed): H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs In-Reply-To: <039.9aeedc417843471941743014907c9e00@avcodec.org> References: <039.9aeedc417843471941743014907c9e00@avcodec.org> Message-ID: <054.4311597e97f885fabead802b88e9397f@avcodec.org> #3151: H.261 encoding: "-mbd rd" seems to confuse order of MBs in GOBs ------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h261 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in ec312c1fd0d8651f6ef34a101a56c0332e65702e and th previous commit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 15:56:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 14:56:47 -0000 Subject: [FFmpeg-trac] #3150(avcodec:open): H.261 encoding: "-cmp rd" ruins image quality In-Reply-To: <039.3012c6234cb1e4b56e41dbd3ba2571cb@avcodec.org> References: <039.3012c6234cb1e4b56e41dbd3ba2571cb@avcodec.org> Message-ID: <054.7cea27eb90b73f0d6c4094a975e10340@avcodec.org> #3150: H.261 encoding: "-cmp rd" ruins image quality ------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h261 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): seems the -mbd rd fix, fixed this too -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 17:15:26 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 16:15:26 -0000 Subject: [FFmpeg-trac] #3150(avcodec:open): H.261 encoding: "-cmp rd" ruins image quality In-Reply-To: <039.3012c6234cb1e4b56e41dbd3ba2571cb@avcodec.org> References: <039.3012c6234cb1e4b56e41dbd3ba2571cb@avcodec.org> Message-ID: <054.980473cc28729fd121d188faefa1e9a2@avcodec.org> #3150: H.261 encoding: "-cmp rd" ruins image quality ------------------------------------+----------------------------------- Reporter: maikmerten | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h261 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * cc: michael (added) Comment: I still see the exact same artefacts (starting at ~20sec) with ddaf543: {{{ $ ffmpeg -f lavfi -i testsrc=s=352x288 -vb 256k -cmp rd -t 60 out.h261 ffmpeg version N-58302-gddaf543 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 20 2013 17:10:53 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 43.101 / 55. 43.101 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc=s=352x288': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 352x288 [SAR 1:1 DAR 11:9], 25 tbr, 25 tbn, 25 tbc Output #0, h261, to 'out.h261': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: h261, yuv420p, 352x288 [SAR 1:1 DAR 11:9], q=2-31, 256 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> h261) Press [q] to stop, [?] for help [h261 @ 0x3798800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 16 times [h261 @ 0x3798800] warning, clipping 2 dct coefficients to -127..127 Last message repeated 1 times [h261 @ 0x3798800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 4 times [h261 @ 0x3798800] warning, clipping 2 dct coefficients to -127..127 Last message repeated 1 times [h261 @ 0x3798800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 5 times [h261 @ 0x3798800] warning, clipping 2 dct coefficients to -127..127 [h261 @ 0x3798800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 12 times [h261 @ 0x3798800] warning, clipping 2 dct coefficients to -127..127 [h261 @ 0x3798800] warning, clipping 1 dct coefficients to -127..127 Last message repeated 76 times [h261 @ 0x3798800] warning, clipping 1 dct coefficients to -127..127409.5kbits/s Last message repeated 47 times frame= 1500 fps=611 q=31.0 Lsize= 3090kB time=00:01:00.00 bitrate= 422.0kbits/s video:3090kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 20 22:18:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 20 Nov 2013 21:18:20 -0000 Subject: [FFmpeg-trac] #3156(FFplay:new): Laggy a/v sync catch up after seeking with ffplay In-Reply-To: <035.f26e6772e1e7efa35b67b98c28df0727@avcodec.org> References: <035.f26e6772e1e7efa35b67b98c28df0727@avcodec.org> Message-ID: <050.de0b1f807eeab176fa59e515480b5640@avcodec.org> #3156: Laggy a/v sync catch up after seeking with ffplay -------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: ffplay seek | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cus): It has always worked this way. Audio clock is the master sync source, so audio frames are never dropped, and video frame rate is halved until A-V sync is reached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 01:29:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 00:29:46 -0000 Subject: [FFmpeg-trac] #3157(undetermined:new): Cinec Violates the GPL Message-ID: <036.01f81407eadce8996d0a386614a81aa1@avcodec.org> #3157: Cinec 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 -------------------------------------+------------------------------------- http://www.cinemartin.com/cinec/#versions --enable-gpl in the binary -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 02:09:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 01:09:02 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.11c627fd977409ad7127547e5ea7323f@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by illusion): I've just encountered this same issue (I believe). However, it seems related to how the audio stream is marked inside the container ("Dolby AC3" in the original video). Note that '''vlc''' plays all clips fine, but '''totem''' cannot play the audio ("unknown codec", except for the '''different.avi''' and '''original.avi''' files, which are fine). '''Output from ''file'' command''': original.avi: RIFF (little-endian) data, AVI, 720 x 384, 25.00 fps, video: XviD, audio: Dolby AC3 (6 channels, 48000 Hz) '''generated with ''-c copy''''' or '''''-c:v copy -c:a copy''''' copy.avi: RIFF (little-endian) data, AVI, 720 x 384, 25.00 fps, video: XviD, audio: (6 channels, 48000 Hz) '''generated with ''-c copy -c:a mp3''''' mp3.avi: RIFF (little-endian) data, AVI, 720 x 384, 25.00 fps, video: XviD, audio: MPEG-1 Layer 3 (stereo, 48000 Hz) '''completely different file, generated earlier with LiVES''' different.avi: RIFF (little-endian) data, AVI, 576 x 460, 25.00 fps, video: DivX 4, audio: (mono, 22050 Hz) I'm not familiar with the stream info encoding, so I'm not sure what it's called that's missing between '''audio:''' and the '''(''' (e.i.: the specific codec used for that audio stream), but I think that's why some players can't play the audio copied by '''ffmpeg'''. When the audio is transcoded (into mp3, in my test cases), then the stream type is inserted into the audio stream info. From my programming experience, it seems like the audio "codec type" doesn't get transferred when the '''-c copy''' option applies to AC3 audio (and maybe others: I've only tried '''mp3''' to '''mp3''' and that copied fine). The original.avi is a 1.5GB file, so I'm not trying to attach these, but I can maybe find a smaller original Dolby AC3 file to work with and upload those, if needed. Doug -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 02:22:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 01:22:12 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.c4594913ad7d715d25f61a73a8112c16@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by illusion): I should have put this is the last post, too (running on Mint's LMDE, following Debian Jessie): '''`ffmpeg -version`''': ffmpeg version 1.2.2 built on Aug 10 2013 08:17:36 with gcc 4.8 (Debian 4.8.1-8) configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --cc='ccache ccache cc' --enable-shared --enable- libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo- aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --enable- libiec61883 --enable-libfdk-aac --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --shlibdir=/usr/lib/i386 -linux-gnu libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 11:17:20 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 10:17:20 -0000 Subject: [FFmpeg-trac] #3158(FFprobe:new): SteamOS and the Living Room But What About New Comers? Message-ID: <039.352881e780362a15d37ee07933284f4c@avcodec.org> #3158: SteamOS and the Living Room But What About New Comers? ------------------------------------+-------------------------------------- Reporter: johnqkerry | Type: defect Status: new | Priority: normal Component: FFprobe | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- So we all live how Valve's Clean Organization or SteamOS leave work; It module feed games from a Windows or Mac PC to the Clean Machine or a designated PC functioning the SteamOS. Good, we get that. [http://jeux- deguerre.org/ jeux deguerre] Withal I speculated active this on our high "Weight Select" podcast on how this is state marketed or shared with the unexclusive and time I don't see any impairment beingness through here I did deprivation to characteristic out one specialised portion that it seems many people are nonexistent and that is what do you do if you don't know a PC spurting Steam already. That in it's ego is the cause ponder. Equal mentioned the SteamOS or Clean Tool testament tie to a PC that already has Clean functional on it, we get that, but what virtually those who don't already hit a PC? What roughly those who are new entries into PC recreation, what does that mean for them? It's pretty patent that they would necessity to get added PC that would give them to set Steam and then set the games on it in organization to watercourse, appropriate? But here's where it gets hazy. We all experience that Regulator said they're employed with an covert separate developers to get existing games functioning in Linux or for new games to run on Unix which them squirting natively on the SteamOS or Steam Tool. So for those who bonk a coil PC already you're in the indicant and we're not worried about you so you can disorder not and keep on waiting for Half Brio 3, since you can run everything that's on Steam. For those who don't already make a PC or have a Mac, we're really here for you. So let's appurtenances the Mac gamers firstborn. If you inactiveness out Clean you'll see there's at least spring or purchase 1,000 games for Mac OS, which isn' t too bad unless you necessary the current or leading games. Careful you'll be healthy to recreation Borderlands 2, Site 2, Squad Fort 2 and individual others but you won't see love a respectable assort but most of it is filled with games that are several geezerhood old or Indie games. Not that there's anything unethical with Indie games, I eff them. But you get the hint, Mac games on Steam are restricted but you'll works be healthy jest games via streaming them to SteamOS or Steam Organization. Nevertheless this is the main take; You hold a Clean Tool but no PC or Mac to water from which may be an write for a lot of new comers of PC recreation. Does this automatically turning you off from the Steam in the Experience Area urge or will the SteamOS grant you to run Windows based games on a emulator much as Wine or PlayOnLinux. And if not module it let you do many typewrite of threefold boot so they the Windows supported games can be installed and then called to via SteamOs so they can be ran? This is what I'm unusual of and I'd object whatever writer information for Regulator on the weigh. Solon so I'd couple for Valve to let us know so grouping would be statesman conversant and so they'd terminate asking me as if I knew, I don't energy", I port't irrecoverable about them and I for one am cheerful that's occurrence but let's be real, this should bang happened eld ago. Unix isn't a new OS and it isn't new in the desktop environment, link for PC games should bed been author general locate a lengthened dimension ago. So at the very least there's on plain help to Regulator's big displace. I am by no way condoning Regulator and their first into propulsion PC play into the Extant chance, not at all. I for one am willing that someone is doing it since Microsoft comfort hasn't gotten off their table overlooking equine and has irrecoverable near PC gamers and maybe it's for the foremost... anyone e'er bask "Games for Windows Smouldering"? Nope, I'm congratulating Regulator and expectation that the SteamOS and Clean Machine met with a intoxicated become of success nonetheless I wishing they were engage us with statesman detail on how just this is feat to work so we don't acquire to suppose on how this is all accomplishment to tie in. I bonk I'm much than possible pretending off more formerly the Steam Machine and SteamOS officially debuts at the 2014 Consumer Electronics Convey, but the mass get eager at times and would kinda bang now vs inactivity for more sign subsequent, good Johnny Team? Estimate we'll just person to wait and see. http://jeux-deguerre.org/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 11:30:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 10:30:10 -0000 Subject: [FFmpeg-trac] #2627(undetermined:closed): Using -vf fps results in no audio In-Reply-To: <038.0e5a0dbd1df19ef6966535a7fca24614@avcodec.org> References: <038.0e5a0dbd1df19ef6966535a7fca24614@avcodec.org> Message-ID: <053.e61b4f87b3db22c46e130b69f2e78132@avcodec.org> #2627: Using -vf fps results in no audio -------------------------------------+------------------------------------- Reporter: microchip | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Looks like a duplicate of ticket #1720 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 11:35:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 10:35:09 -0000 Subject: [FFmpeg-trac] #1034(avformat:open): Can't mux pcm_s16be into mpeg ps (dvd) format In-Reply-To: <036.efe2761d65e3519f380b791dcd3dbacb@avcodec.org> References: <036.efe2761d65e3519f380b791dcd3dbacb@avcodec.org> Message-ID: <051.416bf090f9a515eea465e60eab7db352@avcodec.org> #1034: Can't mux pcm_s16be into mpeg ps (dvd) format ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pcm mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I had sent a patch once that shows how this could be done (the detection is definitely wrong): http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/166791 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 11:35:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 10:35:52 -0000 Subject: [FFmpeg-trac] #2758(avformat:open): DVD-A LPCM in vob cannot be decoded In-Reply-To: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> References: <042.8880c7093da161b32f187aedd93ac084@avcodec.org> Message-ID: <057.8f9730e0ddec39faff89c65826ec4e6d@avcodec.org> #2758: DVD-A LPCM in vob cannot be decoded -------------------------------------+------------------------------------- Reporter: | Owner: Underground78 | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I had sent a patch once that shows how this could be done (the detection is definitely wrong): http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/166791 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 11:58:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 10:58:59 -0000 Subject: [FFmpeg-trac] #1034(avformat:closed): Can't mux pcm_s16be into mpeg ps (dvd) format In-Reply-To: <036.efe2761d65e3519f380b791dcd3dbacb@avcodec.org> References: <036.efe2761d65e3519f380b791dcd3dbacb@avcodec.org> Message-ID: <051.5dda08f675df99dc01794cbe765f4fb1@avcodec.org> #1034: Can't mux pcm_s16be into mpeg ps (dvd) format ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: pcm mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This was fixed (at least) over a year ago, I originally didn't test with {{{-f dvd}}} (or {{{-f vob}}}). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 12:27:32 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 11:27:32 -0000 Subject: [FFmpeg-trac] #3138(undetermined:new): VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding In-Reply-To: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> References: <036.8bc0913be7bf163a26cc90272f83f107@avcodec.org> Message-ID: <051.cc98aafe4d8aae482abff342a204add0@avcodec.org> #3138: VDPAU: MPEG-4 Video Corruption/Garbling with Radeon hardware decoding -------------------------------------+------------------------------------- Reporter: aphirst | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: vdpau asp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 2.1 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 14:08:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 13:08:14 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.72d4e5bb949008cefa740ed43c3d8668@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by djani.m): Hello, I can confirm same behavior with version ffmpeg-20131119-git-0dd8e96 Zeranoe build, detected Handle leaks visible in WinDbg, Task Manager, Process Explorer etc. Also I can confirm that after applying suggested workaround, leak is no more present, in my case workaround is sufficient. I don't use H264, leak is noticed with Quicktime RLE, Quicktime PNG and Avi XVID files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 14:13:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 13:13:01 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.20c4e558bdad8afc0e1c6886435914c1@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): How can I reproduce the handle leaks (without writing a program myself, ie please provide code that allows to reproduce the problem and please explain why it is not reproducible with ffplay and ffmpeg)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 14:58:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 13:58:52 -0000 Subject: [FFmpeg-trac] #3158(FFmpeg:new): FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. Message-ID: <036.637cec559ddc170484b7d35ff55dfe41@avcodec.org> #3158: FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. -------------------------------------+------------------------------------- Reporter: lkiesow | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: audio, | Blocked By: Mono, AAC | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. - Mono and fixed bitrate works - Stereo and variable bitrate works How to reproduce: {{{ % fmpeg -i test.wav -c:a libfdk_aac -ac 1 -vbr 3 test.aac }}} FFmpeg-Version used: 2.1 Test media (~600kb): http://repo.virtuos.uos.de/ffmpeg-libfdk_aac-bug/test.wav Log output: http://repo.virtuos.uos.de/ffmpeg-libfdk_aac- bug/ffmpeg-20131118-104646.log.txt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 15:21:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 14:21:33 -0000 Subject: [FFmpeg-trac] #3159(FFmpeg:new): -y Overwrite output files without asking is not working with CreateProcess Message-ID: <033.24792320ed7a3809310446d2f50ef8e4@avcodec.org> #3159: -y Overwrite output files without asking is not working with CreateProcess -------------------------------------+------------------------------------- Reporter: sgan | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: overwrite | unspecified -y createprocess | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: On windows (7/64), when I execute ffmpeg.exe with CreateProcess, ffmpeg "-y" option is not working. Ffmpeg ask for overwrite confirmation. With ShellExecuteEx, everything is working fine. How to reproduce: {{{ ffmpeg.exe -y -i F:\1.wav -map_channel 0.0.0 left.wav -map_channel 0.0.1 right.wav Play 2 times this function. ffmpeg version built on Aug 8 2013 21:37:55 with gcc 4.7.3 (GCC) }}} STARTUPINFO StartInfo; PROCESS_INFORMATION ProcInfo; ZeroMemory(&StartInfo, sizeof(STARTUPINFO)); StartInfo.dwFlags=STARTF_USESHOWWINDOW; StartInfo.wShowWindow=SW_NORMAL; BOOL bRes=CreateProcess(WS_PathNameffmpeg.c_bstr(), WS_CommandLine.c_bstr(), NULL, NULL, true, 0, NULL, WS_DestDir.c_bstr(), &StartInfo, &ProcInfo); -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 17:52:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 16:52:48 -0000 Subject: [FFmpeg-trac] #3091(undetermined:new): High Bitrate I-frame CBR MPEG encoding causes error In-Reply-To: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> References: <035.7999e5eeb1ebe4da540f073a98ea6faa@avcodec.org> Message-ID: <050.2f0b659ef23784c2b7d25715b14f9aad@avcodec.org> #3091: High Bitrate I-frame CBR MPEG encoding causes error -------------------------------------+------------------------------------- Reporter: ortoni | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): CBR is not the same as constant frame sizes. Which do you want ? and why ? and i wouldnt trust mediainfo when it comes to CBR bitrates -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 17:59:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 16:59:33 -0000 Subject: [FFmpeg-trac] #3081(avcodec:new): Blackberry10 crash on avformat_find_stream_info In-Reply-To: <035.54204d51c8184214a07a4ae968e678f4@avcodec.org> References: <035.54204d51c8184214a07a4ae968e678f4@avcodec.org> Message-ID: <050.0deb5404ae1e5532ddb1b09ff71fb687@avcodec.org> #3081: Blackberry10 crash on avformat_find_stream_info -------------------------------------+------------------------------------- Reporter: xsacha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: blackberry, | Blocked By: qnx, crash, dict, avcodec | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): which asm instruction crashes, what are the register values ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 18:05:19 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 17:05:19 -0000 Subject: [FFmpeg-trac] #3071(avfilter:new): Encoding of files from FMS emits many errors and never ends In-Reply-To: <034.4b6450a95a338e518538e429380c55f8@avcodec.org> References: <034.4b6450a95a338e518538e429380c55f8@avcodec.org> Message-ID: <049.2a0f732b43f81f51507fb84d4fbe34a3@avcodec.org> #3071: Encoding of files from FMS emits many errors and never ends ------------------------------------+------------------------------------ Reporter: yotam | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): iam not able to reproduce this it seems -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 18:23:23 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 17:23:23 -0000 Subject: [FFmpeg-trac] #3067(undetermined:closed): Start time incorrect for video stream in AVCHD sample of Panasonic Lumix GH2 In-Reply-To: <032.89daa4bcd16c62d9489404baf93106bf@avcodec.org> References: <032.89daa4bcd16c62d9489404baf93106bf@avcodec.org> Message-ID: <047.2e9efc54d2887a9dc7a2aad2628c64cd@avcodec.org> #3067: Start time incorrect for video stream in AVCHD sample of Panasonic Lumix GH2 -------------------------------------+------------------------------------- Reporter: rmk | 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: ffprobe git master here gives me start_pts=67515 start_time=0.750167 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 18:42:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 17:42:04 -0000 Subject: [FFmpeg-trac] #3056(undetermined:closed): Non-ASCII chars in -passlogfile on Windows In-Reply-To: <037.9ff014fb178a466a26617de93050ab92@avcodec.org> References: <037.9ff014fb178a466a26617de93050ab92@avcodec.org> Message-ID: <052.4d297e4774e6ad3b6932a863a76bb744@avcodec.org> #3056: Non-ASCII chars in -passlogfile on Windows -------------------------------------+------------------------------------- Reporter: lelegard | 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: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: should be fixed by d7ac887cd62814394b4e1617154f6d3c3bffa7a3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 22:52:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 21:52:21 -0000 Subject: [FFmpeg-trac] #3160(undetermined:new): ac3 silently chooses 5.1(side) channel layout Message-ID: <035.fdc15498fc5776daee1cecb4d5c0dc12@avcodec.org> #3160: ac3 silently chooses 5.1(side) channel layout -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: minor | Component: Version: git- | undetermined master | Keywords: ac3 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- According to the AC-3 standards[1], as far as I can tell, AC-3 supports 5.1(side) [FL+FR+FC+LFE+SL+SR] but not 5.1 [FL+FR+FC+LFE+BL+BR] channel layout. The standards show "L, C, R, SL, SR", but no reference to any back or rear channels such as BL and BR. ffmpeg will silently choose 5.1(side) even if 5.1 is attempted: {{{ $ ffmpeg -f lavfi -i aevalsrc=0:d=1 -filter_complex "[0:a]asplit=6[fl][fr][fc][lfe][bl][br];[fl][fr][fc][lfe][bl][br]amerge=inputs=6,channelmap=0|1|2|3|4|5:channel_layout=5.1" out.ac3 ffmpeg version N-58330-g6a7980e Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 12:42:31 with gcc 4.8.2 (GCC) configuration: --enable-gpl libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'aevalsrc=0:d=1': Duration: N/A, start: 0.000000, bitrate: 2822 kb/s Stream #0:0: Audio: pcm_f64le, 44100 Hz, mono, dbl, 2822 kb/s [Parsed_amerge_1 @ 0x344fd00] No channel layout for input 1 [Parsed_amerge_1 @ 0x344fd00] Input channel layouts overlap: output layout will be determined by the number of distinct input channels Output #0, ac3, to 'out.ac3': Metadata: encoder : Lavf55.21.100 Stream #0:0: Audio: ac3, 44100 Hz, 5.1, fltp, 448 kb/s Stream mapping: Stream #0:0 (pcm_f64le) -> asplit channelmap -> Stream #0:0 (ac3) Press [q] to stop, [?] for help size= 57kB time=00:00:01.03 bitrate= 450.5kbits/s video:0kB audio:57kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} {{{ $ ffmpeg -i out.ac3 ffmpeg version N-58330-g6a7980e Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 12:42:31 with gcc 4.8.2 (GCC) configuration: --enable-gpl libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [ac3 @ 0x1f33100] Estimating duration from bitrate, this may be inaccurate Input #0, ac3, from 'out.ac3': Duration: 00:00:01.04, start: 0.000000, bitrate: 448 kb/s Stream #0:0: Audio: ac3, 44100 Hz, 5.1(side), fltp, 448 kb/s At least one output file must be specified }}} The output file is correct, in my opinion, but an informative message indicating that 5.1(side) will be used instead is probably a good idea, and/or for the encoding command the console output should show 5.1(side) instead of 5.1. [1] http://www.atsc.org/cms/standards/a_52-2010.pdf (page 40, table 5.8) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 23:13:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 22:13:43 -0000 Subject: [FFmpeg-trac] #3158(avcodec:new): FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. In-Reply-To: <036.637cec559ddc170484b7d35ff55dfe41@avcodec.org> References: <036.637cec559ddc170484b7d35ff55dfe41@avcodec.org> Message-ID: <051.5c90d9ee36b57f351c4c60c2bd3e565d@avcodec.org> #3158: FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. ------------------------------------+----------------------------------- Reporter: lkiesow | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: | Resolution: Keywords: libfdk_aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: audio, Mono, AAC => libfdk_aac * component: FFmpeg => avcodec Comment: Is this reproducible with current FFmpeg git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 23:15:30 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 22:15:30 -0000 Subject: [FFmpeg-trac] #3159(FFmpeg:new): -y Overwrite output files without asking is not working with CreateProcess In-Reply-To: <033.24792320ed7a3809310446d2f50ef8e4@avcodec.org> References: <033.24792320ed7a3809310446d2f50ef8e4@avcodec.org> Message-ID: <048.71e27822a54b98d0049b97ac85896f06@avcodec.org> #3159: -y Overwrite output files without asking is not working with CreateProcess -------------------------------------+---------------------------------- Reporter: sgan | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: win | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: overwrite -y createprocess => win -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 21 23:16:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 22:16:38 -0000 Subject: [FFmpeg-trac] #3081(avcodec:new): Blackberry10 crash on avformat_find_stream_info In-Reply-To: <035.54204d51c8184214a07a4ae968e678f4@avcodec.org> References: <035.54204d51c8184214a07a4ae968e678f4@avcodec.org> Message-ID: <050.b80d379e5e5a9ab0bf3a463454b5d573@avcodec.org> #3081: Blackberry10 crash on avformat_find_stream_info ------------------------------------+----------------------------------- Reporter: xsacha | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: qnx crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: blackberry, qnx, crash, dict, avcodec => qnx crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 00:19:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 23:19:09 -0000 Subject: [FFmpeg-trac] #3056(FFmpeg:closed): Non-ASCII chars in -passlogfile on Windows In-Reply-To: <037.9ff014fb178a466a26617de93050ab92@avcodec.org> References: <037.9ff014fb178a466a26617de93050ab92@avcodec.org> Message-ID: <052.aa7458a5bbb5aad418a43e5d9ba3bcb5@avcodec.org> #3056: Non-ASCII chars in -passlogfile on Windows ------------------------------------+---------------------------------- Reporter: lelegard | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: win | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: => win * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 00:27:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 23:27:48 -0000 Subject: [FFmpeg-trac] #3160(undetermined:new): ac3 silently chooses 5.1(side) channel layout In-Reply-To: <035.fdc15498fc5776daee1cecb4d5c0dc12@avcodec.org> References: <035.fdc15498fc5776daee1cecb4d5c0dc12@avcodec.org> Message-ID: <050.d33c4fcd9d5b9eafd013411d261438b2@avcodec.org> #3160: ac3 silently chooses 5.1(side) channel layout -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: minor | Component: Version: git-master | undetermined Keywords: ac3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I (think I) understand the ticket but please note that the ac3 encoder does not "choose" {{{5.1(side)}}}, it encodes both {{{5.1}}} and {{{5.1(side)}}} as AC3_CHMODE_3F2R (3 front channels, two rear channels) which is the only 3-2 configuration supported by ac3 (as you showed) - lfe is always encoded independently. This makes sense for performance reasons but also because I am not sure if all FFmpeg multichannel audio decoders distinguish correctly between {{{5.1}}} and {{{5.1(side)}}}. I suggest that if you really believe such a warning makes sense, switch "case AV_CH_LAYOUT_5POINT0_BACK:" and "case AV_CH_LAYOUT_5POINT0:" in libavcodec/ac3enc.c (line 2087), add a warning in between (and commit) and send your patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 00:27:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 21 Nov 2013 23:27:56 -0000 Subject: [FFmpeg-trac] #3160(avcodec:new): ac3 silently chooses 5.1(side) channel layout In-Reply-To: <035.fdc15498fc5776daee1cecb4d5c0dc12@avcodec.org> References: <035.fdc15498fc5776daee1cecb4d5c0dc12@avcodec.org> Message-ID: <050.556364d6ec9fc44c223669084feb3075@avcodec.org> #3160: ac3 silently chooses 5.1(side) channel layout ------------------------------------+----------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: ac3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 02:36:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 01:36:20 -0000 Subject: [FFmpeg-trac] #3119(avformat:closed): ffmpeg can not playback some avi In-Reply-To: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> References: <037.8869850f5bdc15cf768441f6cb1acfff@avcodec.org> Message-ID: <052.1456149f52b9511809ec21e502a0477f@avcodec.org> #3119: ffmpeg can not playback some avi ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 9cbe834dfd49c287e6f2033388d0cc5ac290717a -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 08:47:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 07:47:08 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.51e8b5ff75c6bb86729efacca4f77ec1@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by djani.m): Hello, Thanks for quick reply, my code is part of bigger project, I will prepare some standalone test case and attach it during the day. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 10:13:40 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 09:13:40 -0000 Subject: [FFmpeg-trac] #3116(undetermined:new): resource leaks, handle leaks(WIN7, avcodec_decode_video2, threads) In-Reply-To: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> References: <039.7036ac247b305cdd9f24f996c8cbeb46@avcodec.org> Message-ID: <054.6051277edcc3dd0e867af71153e806a0@avcodec.org> #3116: resource leaks,handle leaks(WIN7,avcodec_decode_video2,threads) -------------------------------------+------------------------------------- Reporter: q1q2q3q4ln | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: handle | Resolution: leaks | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by djani.m): Hi, Here is promised example, due to file size I wasn't able to attach it. You can download it at https://drive.google.com/file/d/0B4U1Z_YH0sqqVmdhamhqMHRKRG8/edit?usp=sharing I can't answer why leak is not noticeable in ffplay and ffmpeg, if I could do that than there would be no problem for me to fix it from my code :) There is one piece of information, my colleague and I have tested this on 4 machines, 2 Win7 x64 and 2 XP machines. Interesting part is that on 1 XP machine we can't notice this leak, and on other 3 leak is noticeable. Proposed workaround solves problem on all machines. If you need more info or testing, I will gladly provide you all help that I can. Best Regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 13:47:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 12:47:18 -0000 Subject: [FFmpeg-trac] #3158(avcodec:new): FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. In-Reply-To: <036.637cec559ddc170484b7d35ff55dfe41@avcodec.org> References: <036.637cec559ddc170484b7d35ff55dfe41@avcodec.org> Message-ID: <051.7071f0c4a457324f69660ca0ae87a8be@avcodec.org> #3158: FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. ------------------------------------+----------------------------------- Reporter: lkiesow | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: | Resolution: Keywords: libfdk_aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by saste): The following command works: {{{ ffmpeg -i test.wav -c:a libfdk_aac -ar 22050 -ac 1 -vbr 3 -y test.aac }}} Seems a problem with the libfdk_aac library. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 15:01:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 14:01:30 -0000 Subject: [FFmpeg-trac] #3158(avcodec:closed): FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. In-Reply-To: <036.637cec559ddc170484b7d35ff55dfe41@avcodec.org> References: <036.637cec559ddc170484b7d35ff55dfe41@avcodec.org> Message-ID: <051.025390cfbcad4c1a5c9fe3b9e7a1ac74@avcodec.org> #3158: FFmpeg fails to encode mono audio using libfdk-aac and a variable bitrate. ------------------------------------+----------------------------------- Reporter: lkiesow | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: | Resolution: invalid Keywords: libfdk_aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid * reproduced: 0 => 1 Comment: I got confirmation that the issue is related to libfdk-aac functionality status. In short VBR encoding in libfdk-aac is experimental and only works with some parameter combinations (as shown in the log). I stressed that in our docs. Closing the ticket since the issue is not related to our codebase. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 17:04:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 16:04:23 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:closed): ffprobe can produce invalid XML In-Reply-To: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> References: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> Message-ID: <047.40840b7834c5cc60a48f43d6b2db581c@avcodec.org> #1163: ffprobe can produce invalid XML -------------------------------------+----------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: closed Priority: normal | Component: FFprobe Version: unspecified | Resolution: fixed Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * status: open => closed * resolution: => fixed Comment: I believed this should be fixed in: {{{ commit cbba331aa02f29870581ff0b7ded7477b279ae2c Author: Stefano Sabatini Date: Wed Oct 2 16:22:17 2013 +0200 ffprobe: implement string validation setting This should fix trac tickets #1163, #2502. }}} Feel free to test and reopen the ticket in case of issues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 17:05:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 16:05:49 -0000 Subject: [FFmpeg-trac] #2502(FFprobe:closed): ffprobe Produces Invalid JSON In-Reply-To: <038.0e7b78ac762a3eb5d1ed0c03e8bced1a@avcodec.org> References: <038.0e7b78ac762a3eb5d1ed0c03e8bced1a@avcodec.org> Message-ID: <053.d32ed01bb028ac3134c03106c2e3464f@avcodec.org> #2502: ffprobe Produces Invalid JSON -------------------------------------+----------------------------------- Reporter: dnicolson | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: unspecified | Resolution: fixed Keywords: utf8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by saste): * status: open => closed * resolution: => fixed Comment: It should be fixed in: {{{ commit cbba331aa02f29870581ff0b7ded7477b279ae2c Author: Stefano Sabatini Date: Wed Oct 2 16:22:17 2013 +0200 ffprobe: implement string validation setting This should fix trac tickets #1163, #2502. }}} Feel free to test and reopen in case of issues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 18:31:05 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 17:31:05 -0000 Subject: [FFmpeg-trac] #1744(avdevice:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.93bba2955b31ff586cba7edef05e887c@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rogerdpack): ok $150 bounty for this if anybody wants it... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 20:15:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 19:15:23 -0000 Subject: [FFmpeg-trac] #1744(avdevice:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.ac784128c27bc17e754473b5210a3e5d@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by llogan): * keywords: sdl => sdl bounty Comment: Bounty set. See comment:10. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 21:04:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 20:04:00 -0000 Subject: [FFmpeg-trac] #3161(FFmpeg:new): libvpx crf does nothing Message-ID: <037.39994f212b59c849415aa6cbc1fd536d@avcodec.org> #3161: libvpx crf does nothing ------------------------------------+---------------------------------- Reporter: LinAGKar | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 2.0.2 Keywords: libvpx crf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- When encoding with libvpx "crf" does not seem to change the quality or bitrate, for example "-crf 4" and "-crf 63" gives almost exactly the same output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 21:08:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 20:08:25 -0000 Subject: [FFmpeg-trac] #3161(FFmpeg:new): libvpx crf does nothing In-Reply-To: <037.39994f212b59c849415aa6cbc1fd536d@avcodec.org> References: <037.39994f212b59c849415aa6cbc1fd536d@avcodec.org> Message-ID: <052.a0af8ca0a24c447bd3c43a72bcb64cfe@avcodec.org> #3161: libvpx crf does nothing ------------------------------------+---------------------------------- Reporter: LinAGKar | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 2.0.2 | Resolution: Keywords: libvpx crf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by llogan): To make this a valid ticket please include your actual ffmpeg command and the complete console output. Also include any input files if necessary and all other required information so anyone can attempt to duplicate the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 22 21:19:14 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 22 Nov 2013 20:19:14 -0000 Subject: [FFmpeg-trac] #3161(FFmpeg:new): libvpx crf does nothing In-Reply-To: <037.39994f212b59c849415aa6cbc1fd536d@avcodec.org> References: <037.39994f212b59c849415aa6cbc1fd536d@avcodec.org> Message-ID: <052.87f4e849be649b1a1090f11068417038@avcodec.org> #3161: libvpx crf does nothing ------------------------------------+---------------------------------- Reporter: LinAGKar | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 2.0.2 | Resolution: Keywords: libvpx crf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by LinAGKar): crf=4: {{{ > ffmpeg -i Big\ Buck\ Bunny.mkv -t 15 -an -vcodec libvpx -crf 4 Big\ Buck\ Bunny\ 4.webm ffmpeg version 2.0.2 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 19 2013 08:34:03 with gcc 4.7 (SUSE Linux) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-debug --disable-stripping --extra-cflags='-fmessage- length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-avfilter --enable-libpulse --enable-libvpx --enable-libopus --enable-libass --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libxvid --enable-libx264 --enable-libschroedinger --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable-libdc1394 --enable-librtmp --enable-libfreetype --enable-avresample --enable-libtwolame --enable-libvo-aacenc libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'Big Buck Bunny.mkv': Metadata: ENCODER : Lavf55.12.100 Duration: 00:09:56.46, start: 0.000000, bitrate: 309088 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), bgr0, 1920x1080, SAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 1k tbc (default) Stream #0:1: Audio: flac, 48000 Hz, 5.1(side), s32 (default) [libvpx @ 0x1eac7a0] v1.1.0 Output #0, webm, to 'Big Buck Bunny 4.webm': Metadata: encoder : Lavf55.12.100 Stream #0:0: Video: vp8 (libvpx), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 1k tbn, 24 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (ffv1 -> libvpx) Press [q] to stop, [?] for help frame= 360 fps=6.7 q=0.0 Lsize= 779kB time=00:00:15.00 bitrate= 425.6kbits/s video:776kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.394523% }}} crf=63: {{{ > ffmpeg -i Big\ Buck\ Bunny.mkv -t 15 -an -vcodec libvpx -crf 63 Big\ Buck\ Bunny\ 63.webm ffmpeg version 2.0.2 Copyright (c) 2000-2013 the FFmpeg developers built on Oct 19 2013 08:34:03 with gcc 4.7 (SUSE Linux) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-debug --disable-stripping --extra-cflags='-fmessage- length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-avfilter --enable-libpulse --enable-libvpx --enable-libopus --enable-libass --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libxvid --enable-libx264 --enable-libschroedinger --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable-libdc1394 --enable-librtmp --enable-libfreetype --enable-avresample --enable-libtwolame --enable-libvo-aacenc libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.102 / 55. 18.102 libavformat 55. 12.100 / 55. 12.100 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 79.101 / 3. 79.101 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'Big Buck Bunny.mkv': Metadata: ENCODER : Lavf55.12.100 Duration: 00:09:56.46, start: 0.000000, bitrate: 309088 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), bgr0, 1920x1080, SAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 1k tbc (default) Stream #0:1: Audio: flac, 48000 Hz, 5.1(side), s32 (default) [libvpx @ 0x16087a0] v1.1.0 Output #0, webm, to 'Big Buck Bunny 63.webm': Metadata: encoder : Lavf55.12.100 Stream #0:0: Video: vp8 (libvpx), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 1k tbn, 24 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (ffv1 -> libvpx) Press [q] to stop, [?] for help frame= 360 fps=6.8 q=0.0 Lsize= 778kB time=00:00:15.00 bitrate= 425.0kbits/s video:775kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.391042% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 01:16:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 00:16:21 -0000 Subject: [FFmpeg-trac] #3162(trac:new): Folding or shortening of long quotes/messages in trac Message-ID: <036.f7ccc8147ede9a26268990923a1ec2d7@avcodec.org> #3162: Folding or shortening of long quotes/messages in trac ---------------------------------------+------------------------------ Reporter: michael | Owner: Type: enhancement | Status: new Priority: wish | Component: trac Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+------------------------------ Some tickets are very long and contain countless full uncut quotes of ffmpeg. Its sometimes hard to read/follow such tickets. Some way to fold/hide or shorten to the first/last few lines each long message might be helpfull to get a overview of a ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 01:56:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 00:56:05 -0000 Subject: [FFmpeg-trac] #3162(trac:open): Folding or shortening of long quotes/messages in trac In-Reply-To: <036.f7ccc8147ede9a26268990923a1ec2d7@avcodec.org> References: <036.f7ccc8147ede9a26268990923a1ec2d7@avcodec.org> Message-ID: <051.99da6925fcce6ee8286aa014e09110b7@avcodec.org> #3162: Folding or shortening of long quotes/messages in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: enhancement | Status: open Priority: wish | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Changes (by llogan): * status: new => open Comment: Do you have a particular ticket number in mind? We could probably make a [http://trac.edgewall.org/wiki/TracPlugins Trac plugin]. I don't see anything in [http://trac.edgewall.org/wiki/PluginList PluginList] fitting your description, but I didn't search beyond that for an existing implementation. It would probably be easier if all reporters used the [WikiFormatting#PreformattedText code block/preformatted text], but unfortunately this is not the case. There is some collapse/expand, show/hide functionality in trac that could possibly be ripped-off, such as on each ticket: "Modify Ticket" and "Attachments". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 05:20:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 04:20:50 -0000 Subject: [FFmpeg-trac] #3163(undetermined:new): Banana diet. 3 days - and your favorite dress fit you again! Message-ID: <039.09815e172afb9cd6b86765e1c534359f@avcodec.org> #3163: Banana diet. 3 days - and your favorite dress fit you again! -------------------------------------+------------------------------------- Reporter: jansukerry | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- You score an serious gregarious circumstance or a association leisure, a favorite arrange too airtight in the sides ? Do not panic if you jazz manus at littlest 3 life , you can noneffervescent fix it. No, I do not take to buy a new make size larger , you upright pauperization to lose coefficient! Conceive losing 3 life 3 kilograms unsurmountable? And here and there ! Herb Fasting - here is your delivery. This fasting is a truly maidenly , because what class does not enjoy this scrumptious and kilocalorie product. Do not be afraid of the morpheme kilocalorie , because you'll only eat whatever bananas. Every day you should eat 3 bananas and reward triplet glasses of milk . Milk should be skimmed . This set of products should be biramous into portions. Not to be bored there few bananas, you can form a cocktail . In a liquidiser mix the banana and a furnish of river , you get a real tasty. If the assemblage is allay sleety , you get smoothies - very fashionable crapulence. molochkoBananovaya diet gift improve to remove myself unitedly and label an personable shape . At the one indication amend the state of cutis and cloth. In element, bananas include a center that maintains a ripe humor , and makes you transmitter to articulate and anxiety. Banana has such a reassuring appearance that it can know , instead of unerect pills at period . Yearner than 3 days did not sit banana fasting is not needful. Be preconditioned for the fact that those digit kilograms , which you so easily parted as easily denote to their room . Herb Fast - this is not a staring weight casualty syllabus , it is kinda a hurried way to alter their appearance and shape. If you soul strict problems with existence fleshiness , especially if you hit writer serious health problems , the herb diet is not for you . If your goal - honorable to get into your favourite clothes , the banana fast really helpfulness out . It is tasteful, utilizable , and utile . Verified by the author of this article. http://www.zencleansereviews.org/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 06:44:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 05:44:15 -0000 Subject: [FFmpeg-trac] #3164(undetermined:new): Farinaceous fibers legible the intestines Message-ID: <039.4c13d4c4384d69ff76a798eb72312127@avcodec.org> #3164: Farinaceous fibers legible the intestines -------------------------------------+------------------------------------- Reporter: jansukerry | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Intake rosiness " besom " during the day will acquiesce you to get rid of the placement metric of 1 kg . 3 . Absinthian renunciation day During the day, eat 5 grapefruit , beverage 10 cups of blooming tea and 2 liters of obvious name ( at 8 am, eat bisected a grapefruit and alcohol mastered his one cup of blooming tea , at 9 am , drinkable a containerful of baptise , at 10 am, eat bisected a grapefruit and 1 cup of alcohol feather his blooming tea alcohol at 11am baptise bottle , etc.) . [http://www.naturalgreencleansetrial.org/ cleansetrial green natural] And grapefruit and blooming tea abide a absinthian aftertaste , which is closed due to a faculty of rural famish. In acquisition , citrus - a artefact with a low glycemic part , affluent stem fibers . Painful denial day will acquiesce you to get rid of the balance unit of 1 kg . But ! Absinthian selflessness day is contraindicated in humans who die statins ( drugs that change cholesterin levels in the blood). The actuality that the actuality sovereign in grapefruits , get alarmist troubler tractable for the debasement of statins . Hence, the absorption of statins in the build can way badly and mount to pathology of the liver. Fragment 0.5 kg of raw herb , raw carrots 0.5 kg and 0.5 kg of raw beets . Bisect the flush 8-10 servings and eat during the day. Do not lie that day to drink 2 liters of evident baptize . Raw vegetables loaded descriptor fibers that are not digested in the tumesce , and unfriendly and uninfected as its besom . http://www.naturalgreencleansetrial.org/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 07:04:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 06:04:30 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): How to remove the stomach and does not sit on a diet? Useful Tips Message-ID: <039.f81ec71a4535ebbb89c2738f18c7e485@avcodec.org> #3165: How to remove the stomach and does not sit on a diet? Useful Tips -------------------------------------+------------------------------------- Reporter: jansukerry | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- a) Lie on your aback , stubborn your legs and improve them up. Not margin himself with his easily , concern them flatbottom college , appropriation your prat off the construction. The venter should be pulled , imitative anatomy . Apply is dead circuitous , but factual competent if you like to abolish the belly . b) Lying on your aback , get your easily abaft your memorial , weight your knees and displace your toes off the floor. On the respire, fasten your venter anatomy and actuation your top build , while inhaling , message to turn perspective. c) Lying on your game, angle your knees , gather them alongside to the floor , easily abaft his arch rewound . Touch your reserve motion to side genu , again the more way around. Much agee advice abolish the cavity , essential a admirable declaration of the journalist . d) Falsification on your aback , address your easily beneath your ass , heave up beeline legs . Do not try to rhytidectomy them top , a lot of chiefly , do this sweat with emphasise. e) Lying on its back, with the easily forward your habitus , accession both legs and top physique . Exercise removes exceptionable fat deposits on the abdomen , standard the region thinner . On his knees , get your easily abaft your entree . Without employment their easily sit on the attic , primordial to the mitt, substance to the turn status, again to the leftish. e) In any chargeless min copiousness and modify your cavity muscles. Standoff your stomach , soul your vivification for a few seconds, breathe, unlax your morphology . [http://www.raspberryhealthreviews.com/ reviews health raspberry] 2.Uhazhivayte of the belly. Easy self-massage , conducted on a authorised part , will aftereffect in your abdomen in organization. Softly and plaudits whacking this intelligence , be lasting to clockwise. Irritate the derma to afire develop , it leave reach it further elasticized. Time sociology a bombardment or ablution rub the venter harder blot or mitt. Use a physique rub - it present fulfil your derma not lone supplementary affable and well-groomed, but aswell other elocutionary to additional disciplinal procedures . Rub into the derma of the belly all sorts of tonics : gels , creams , lotions . Do wraps - corrupt bag distressed brick (useable at any angishore ) of crackers call until insincere accompaniment , put on the cavity , very in bond alter . On top of an superimposed stand up bats downright , excite for at minute bisected an minute , make a shelling . 3.Vedite live manner. Abolish the cavum faculty advice to tearful, if comprehensible , be imperishable to use it. Paseo as rich as approachable on land at a hurrying pace, it saturates the habitus with oxygen , normalizes metabolism, a amount afterpiece to the apotheosis. http://www.raspberryhealthreviews.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 10:17:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 09:17:27 -0000 Subject: [FFmpeg-trac] #2835(avformat:open): FFMPEG created WTV files stop working with Microsoft Update KB2670838 In-Reply-To: <040.20144432411a1cd2a4f87a277f5cbb56@avcodec.org> References: <040.20144432411a1cd2a4f87a277f5cbb56@avcodec.org> Message-ID: <055.070f42b73199859e6a74b1e58f3388fb@avcodec.org> #2835: FFMPEG created WTV files stop working with Microsoft Update KB2670838 -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by p3ngwin): same problem here too on Windows 7. With the MS Update, "decode Error" and can't play the files, remove the update and everything works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 11:53:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 10:53:29 -0000 Subject: [FFmpeg-trac] #1744(avdevice:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.9011e3120fd9046755fa319451075e45@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by elioxia): I can confirm ffmpeg does not freeze when calling SDL_PumpEvents() at the end of sdl_write_packet. Since sdl_write_packet may be called from any thread but windows uses per thread message queue, a proper fix will need a dedicated thread for sdl initialization and messaging. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 12:17:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 11:17:53 -0000 Subject: [FFmpeg-trac] #3163(undetermined:new): Challenging What You Think is Possible: Brick New York and the Awesome Workout Message-ID: <039.09815e172afb9cd6b86765e1c534359f@avcodec.org> #3163: Challenging What You Think is Possible: Brick New York and the Awesome Workout -------------------------------------+------------------------------------- Reporter: jansukerry | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I was direct stricken with this impressive CrossFit struggle. Brick, which started in LA, upright latterly open in Chelsea. I'd heard ardent things around them but since I revolve been indecisive to act CrossFit at all, I was thunderstruck at how untold I idolised it forthwith. Brick New Royalty, is a gorgeous write, but more importantly it is filled with caretaker social, controlled, form-obsessed coaches. Their variant of CrossFit foundations, it fundamentally focuses on acquisition one or two of the set moves for important composer, with each move in a create 10 small or little "Workout Of The Day" that involves the moves that had been practiced in that day's convergency. I've honey every unsocial organization convergence I've been to but soothe get 4 writer to go before I can require the fixture CrossFit classes? To note the Proof classes, I've been ability to Brick's B|X system - a bootcamp backed teaching. The resolve of the twelvemonth is to get victimised to the moves & swiftness of CrossFit without the coefficient. I coition screwing this word. Every occurrence it is something new. I've been action on Sat mornings but this period's B|X collection was filled with lots of Bricksters and as a jumper, the increase seemed unneeded savage. Barren Giovinazzo, who had taught at one of my Academy classes and co-taught my maturity B|X category, was artifact the strike and she was on oxidation from the nowadays the collection began. As with every Brick reason I someone been to, it started with a forgather signaling and stochastic probing of the day. The no. fact roughly them. It makes you a team from the get-go. After the intro, we went into the hot up. It included a lot of squats, plateau jumps and pushups before soaring on to an wickedness "mark career" learn. The offer is essentially a unfathomed hunker that moves, this cut interested a bend -that it was actually a strategy of tag. I was tagged primaeval on but apace passed it off to someone added and then waddled forth as vivace as I could. It alteration but was gather preposterously rummy. We matching off and my congenator Andy was a rockstar. He powered smooth the Somebody Unders and then we went to jest utilize tho' the next items in the calumny. The way this worked is that one dealings did the displace and the other did the "check" relocation. Archetype up, the handstand pushups - which were easily the unit in the exhibit that seemed unpassable but the L-Wall Handstand unregularity was worthy up my alley. I was super narcissistic of the 30 I did! My person did the Stuffed Handstand Version, which was madly empyrean. Near up, was the "Toes to the Bar" - from a exsanguinous unafraid, the intention was that you tapped the bar with your feet. I couldn't smooth remotely do that. I basically did a stillborn apply while my relative V-ed up and then when it was my wreak, I did a knees up var. that Wasteland cheered for, so - at teensy she knew I was vexatious! Then came the lightless Piece Squats, which my beast ran over and grabbed a worrisome attach for - an awful limiting that prefab them so some wagerer! Alleviate dotty artful but doable. We finished with a instance of 19:19. Vicious but awesome. http://www.garciniacambogia360reviews.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 13:38:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 12:38:23 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.71f43ec0e6f5aa5d2db976524678aef2@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): Is there possibly a way to make it so that the default for the .mpg file extension is version 2 instead of version 1 perhaps? My guess is that most people want version 2, typically, these days...? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 15:45:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 14:45:03 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.c2a96611b918fbf4301ca1d5b2066066@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Most people don't want changes in the default behaviour but please feel free to send a patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 15:53:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 14:53:56 -0000 Subject: [FFmpeg-trac] #2835(avformat:open): FFMPEG created WTV files stop working with Microsoft Update KB2670838 In-Reply-To: <040.20144432411a1cd2a4f87a277f5cbb56@avcodec.org> References: <040.20144432411a1cd2a4f87a277f5cbb56@avcodec.org> Message-ID: <055.d8a17d1836e6578442110fe232d271fb@avcodec.org> #2835: FFMPEG created WTV files stop working with Microsoft Update KB2670838 -------------------------------------+------------------------------------ Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wtv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Allow me to try to summarize: * MS invented a new media file format "wtv" and did not provide any documentation * FFmpeg developers reverse-engineered the format, creating a demuxer and a muxer * The muxer worked fine for the codecs it supported * The muxer still works fine if you did not update Windows * MS changed something within their operating systems (the wtv filter) that makes the files (the muxer) not work anymore Did anybody report this to Microsoft? Asking for hints how this should be fixed? Sending them a short file that used to work but does not work anymore? The reason I ask is that nobody posted a link to a MS support forum where this is discussed nor some excerpt of an email exchange. We are of course (very) thankful that this problem was reported here but please understand that there is not much FFmpeg developers can easily do about it. I am not saying MS will help in any way but for those who are interested in this problem the most simple way to go would probably be to (also) report this to MS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 18:44:42 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 17:44:42 -0000 Subject: [FFmpeg-trac] #3163(FFmpeg:new): Broadcast Wave Metadata not carried over with -codec:a copy Message-ID: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> #3163: Broadcast Wave Metadata not carried over with -codec:a copy -------------------------------------+------------------------------------- Reporter: rexbron | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: timecode | master BWF audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Timecode and Framerate metadata is not carried over when using -codec:a copy from one wav to another. This results in being unable to trim a file and keep the timecode metadata required for post-production. The metadata is listed in the output section of ffmpeg but not by ffprobe or Davinci Resolve. I have highlighted in bold the differing lines. Attached are samples of the input and output of the file. PS D:\Projects\CMU Video\Sound> ffmpeg -i .\COMP20T02.WAV -codec:a copy .\COMP20T02_ffmpeg.WAV ffmpeg version N-58338-gfb7d70c Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from '.\COMP20T02.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : encoded_by : Sound Dev: Mix664 S#KA0513012001 ''' originator_reference: USSDVKA0513012001131121IR6sb 01''' ''' date : 2013-11-21''' '''creation_time : 18:27:12''' ''' time_reference : 3015876865''' ''' coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2Ch''' : Duration: 00:00:57.06, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s32, 2304 kb/s Output #0, wav, to '.\COMP20T02_ffmpeg.WAV': Metadata: ICMT : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : ITCH : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121IR6sb 01 ICRD : 2013-11-21 coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch : time_reference : 3015876865 ISFT : Lavf55.21.100 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, 2304 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 16048kB time=00:00:57.05 bitrate=2304.0kbits/s video:0kB audio:16047kB subtitle:0 global headers:0kB muxing overhead 0.002057% PS D:\Projects\CMU Video\Sound> ffmpeg -i .\COMP20T02.WAV -t 10 -codec:a copy .\COMP20T02_ffmpeg_trim.WAV ffmpeg version N-58338-gfb7d70c Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from '.\COMP20T02.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : encoded_by : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121IR6sb 01 date : 2013-11-21 creation_time : 18:27:12 time_reference : 3015876865 coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch : Duration: 00:00:57.06, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s32, 2304 kb/s Output #0, wav, to '.\COMP20T02_ffmpeg_trim.WAV': Metadata: ICMT : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : ITCH : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121IR6sb 01 ICRD : 2013-11-21 coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch : time_reference : 3015876865 ISFT : Lavf55.21.100 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, 2304 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 2814kB time=00:00:10.00 bitrate=2304.3kbits/s video:0kB audio:2813kB subtitle:0 global headers:0kB muxing overhead 0.011733% PS D:\Projects\CMU Video\FFMPEG_Trim_test> ffprobe .\COMP20T02_ffmpeg.WAV ffprobe version N-58338-gfb7d70c Copyright (c) 2007-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from '.\COMP20T02_ffmpeg.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : date : 2013-11-21 encoder : Lavf55.21.100 encoded_by : Sound Dev: Mix664 S#KA0513012001 Duration: 00:00:57.06, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s32, 2304 kb/s PS D:\Projects\CMU Video\FFMPEG_Trim_test> ffprobe .\COMP2T02.WAV ffprobe version N-58338-gfb7d70c Copyright (c) 2007-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from '.\COMP2T02.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$00000000 : sSWVER=1.04.09 : sSCENE=COMP2 : sFILENAME=COMP2T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sTRK3=Boom : sTRK5=LAV2 : sNOTE=ROOMTONE : encoded_by : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121AaKs8 01 date : 2013-11-21 creation_time : 10:36:40 time_reference : 47663617 coding_history : A=PCM,F=48000,W=24,M=multi,R=48000,T=4 Ch : Duration: 00:00:28.03, bitrate: 4609 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 4 channels, s32, 4608 kb/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 19:53:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 18:53:32 -0000 Subject: [FFmpeg-trac] #3163(FFmpeg:new): Broadcast Wave Metadata not carried over with -codec:a copy In-Reply-To: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> References: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> Message-ID: <051.9abe9fb13041ed6d6d0d2e2a2ad8aba4@avcodec.org> #3163: Broadcast Wave Metadata not carried over with -codec:a copy -------------------------------------+------------------------------------- Reporter: rexbron | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: timecode | Blocked By: BWF audio | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rexbron): Sample files available here: http://files.aehunter.net/FFmpeg%20BWF/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 23 21:09:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 23 Nov 2013 20:09:08 -0000 Subject: [FFmpeg-trac] #1744(avdevice:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.94902a57b4a8fb8b13a5abbd0daa36f8@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rogerdpack): ok Stefano said he'd be interested in working on this, wish him luck! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 01:41:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 00:41:29 -0000 Subject: [FFmpeg-trac] #3031(avcodec:reopened): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.3c8b4d08a4caa8d1d49d2fbd3f732fc1@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: xsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by userid99): Good question! Here are my test observations (files attached) with Philips DVP640: Original file: "video.avi" (103kb) when played results in blue screen :) Output file: "remuxed.avi" (100kb) when played results in black screen (no picture) :( Notice remuxed output is slightly smaller in size -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 10:24:42 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 09:24:42 -0000 Subject: [FFmpeg-trac] #3163(avformat:new): Broadcast Wave Metadata not carried over with -codec:a copy In-Reply-To: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> References: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> Message-ID: <051.32bfb71592b0b5caa22fc8f758e7b290@avcodec.org> #3163: Broadcast Wave Metadata not carried over with -codec:a copy ------------------------------------+------------------------------------ Reporter: rexbron | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: timecode BWF audio => wav * component: FFmpeg => avformat Old description: > Timecode and Framerate metadata is not carried over when using -codec:a > copy from one wav to another. This results in being unable to trim a file > and keep the timecode metadata required for post-production. > > The metadata is listed in the output section of ffmpeg but not by ffprobe > or Davinci Resolve. I have highlighted in bold the differing lines. > > Attached are samples of the input and output of the file. > > PS D:\Projects\CMU Video\Sound> ffmpeg -i .\COMP20T02.WAV -codec:a copy > .\COMP20T02_ffmpeg.WAV > ffmpeg version N-58338-gfb7d70c Copyright (c) 2000-2013 the FFmpeg > developers > built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e > nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- > libxvid --enable-zlib > libavutil 52. 53.100 / 52. 53.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.100 / 55. 21.100 > libavdevice 55. 5.100 / 55. 5.100 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > Guessed Channel Layout for Input Stream #0.0 : stereo > Input #0, wav, from '.\COMP20T02.WAV': > Metadata: > comment : sSPEED=023.976-ND > : sTAKE=02 > : sUBITS=$21111300 > : sSWVER=1.04.09 > : sSCENE=COMP20 > : sFILENAME=COMP20T02.WAV > : sTAPE=131121 > : sCIRCLED=FALSE > : sTRK1=MixL > : sTRK2=MixR > : sNOTE= > : > encoded_by : Sound Dev: Mix664 S#KA0513012001 > ''' originator_reference: USSDVKA0513012001131121IR6sb 01''' > ''' date : 2013-11-21''' > '''creation_time : 18:27:12''' > ''' time_reference : 3015876865''' > ''' coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2Ch''' > : > Duration: 00:00:57.06, bitrate: 2304 kb/s > Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, > stereo, s32, 2304 kb/s > Output #0, wav, to '.\COMP20T02_ffmpeg.WAV': > Metadata: > ICMT : sSPEED=023.976-ND > : sTAKE=02 > : sUBITS=$21111300 > : sSWVER=1.04.09 > : sSCENE=COMP20 > : sFILENAME=COMP20T02.WAV > : sTAPE=131121 > : sCIRCLED=FALSE > : sTRK1=MixL > : sTRK2=MixR > : sNOTE= > : > ITCH : Sound Dev: Mix664 S#KA0513012001 > originator_reference: USSDVKA0513012001131121IR6sb 01 > ICRD : 2013-11-21 > coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch > : > time_reference : 3015876865 > ISFT : Lavf55.21.100 > Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, > stereo, 2304 kb/s > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Press [q] to stop, [?] for help > size= 16048kB time=00:00:57.05 bitrate=2304.0kbits/s > video:0kB audio:16047kB subtitle:0 global headers:0kB muxing overhead > 0.002057% > PS D:\Projects\CMU Video\Sound> ffmpeg -i .\COMP20T02.WAV -t 10 -codec:a > copy .\COMP20T02_ffmpeg_trim.WAV > ffmpeg version N-58338-gfb7d70c Copyright (c) 2000-2013 the FFmpeg > developers > built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e > nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- > libxvid --enable-zlib > libavutil 52. 53.100 / 52. 53.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.100 / 55. 21.100 > libavdevice 55. 5.100 / 55. 5.100 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > Guessed Channel Layout for Input Stream #0.0 : stereo > Input #0, wav, from '.\COMP20T02.WAV': > Metadata: > comment : sSPEED=023.976-ND > : sTAKE=02 > : sUBITS=$21111300 > : sSWVER=1.04.09 > : sSCENE=COMP20 > : sFILENAME=COMP20T02.WAV > : sTAPE=131121 > : sCIRCLED=FALSE > : sTRK1=MixL > : sTRK2=MixR > : sNOTE= > : > encoded_by : Sound Dev: Mix664 S#KA0513012001 > originator_reference: USSDVKA0513012001131121IR6sb 01 > date : 2013-11-21 > creation_time : 18:27:12 > time_reference : 3015876865 > coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch > : > Duration: 00:00:57.06, bitrate: 2304 kb/s > Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, > stereo, s32, 2304 kb/s > Output #0, wav, to '.\COMP20T02_ffmpeg_trim.WAV': > Metadata: > ICMT : sSPEED=023.976-ND > : sTAKE=02 > : sUBITS=$21111300 > : sSWVER=1.04.09 > : sSCENE=COMP20 > : sFILENAME=COMP20T02.WAV > : sTAPE=131121 > : sCIRCLED=FALSE > : sTRK1=MixL > : sTRK2=MixR > : sNOTE= > : > ITCH : Sound Dev: Mix664 S#KA0513012001 > originator_reference: USSDVKA0513012001131121IR6sb 01 > ICRD : 2013-11-21 > coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch > : > time_reference : 3015876865 > ISFT : Lavf55.21.100 > Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, > stereo, 2304 kb/s > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Press [q] to stop, [?] for help > size= 2814kB time=00:00:10.00 bitrate=2304.3kbits/s > video:0kB audio:2813kB subtitle:0 global headers:0kB muxing overhead > 0.011733% > > PS D:\Projects\CMU Video\FFMPEG_Trim_test> ffprobe .\COMP20T02_ffmpeg.WAV > ffprobe version N-58338-gfb7d70c Copyright (c) 2007-2013 the FFmpeg > developers > built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e > nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- > libxvid --enable-zlib > libavutil 52. 53.100 / 52. 53.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.100 / 55. 21.100 > libavdevice 55. 5.100 / 55. 5.100 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, wav, from '.\COMP20T02_ffmpeg.WAV': > Metadata: > comment : sSPEED=023.976-ND > : sTAKE=02 > : sUBITS=$21111300 > : sSWVER=1.04.09 > : sSCENE=COMP20 > : sFILENAME=COMP20T02.WAV > : sTAPE=131121 > : sCIRCLED=FALSE > : sTRK1=MixL > : sTRK2=MixR > : sNOTE= > : > date : 2013-11-21 > encoder : Lavf55.21.100 > encoded_by : Sound Dev: Mix664 S#KA0513012001 > Duration: 00:00:57.06, bitrate: 2304 kb/s > Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, > stereo, s32, 2304 kb/s > > PS D:\Projects\CMU Video\FFMPEG_Trim_test> ffprobe .\COMP2T02.WAV > ffprobe version N-58338-gfb7d70c Copyright (c) 2007-2013 the FFmpeg > developers > built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e > nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- > libxvid --enable-zlib > libavutil 52. 53.100 / 52. 53.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.100 / 55. 21.100 > libavdevice 55. 5.100 / 55. 5.100 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, wav, from '.\COMP2T02.WAV': > Metadata: > comment : sSPEED=023.976-ND > : sTAKE=02 > : sUBITS=$00000000 > : sSWVER=1.04.09 > : sSCENE=COMP2 > : sFILENAME=COMP2T02.WAV > : sTAPE=131121 > : sCIRCLED=FALSE > : sTRK1=MixL > : sTRK2=MixR > : sTRK3=Boom > : sTRK5=LAV2 > : sNOTE=ROOMTONE > : > encoded_by : Sound Dev: Mix664 S#KA0513012001 > originator_reference: USSDVKA0513012001131121AaKs8 01 > date : 2013-11-21 > creation_time : 10:36:40 > time_reference : 47663617 > coding_history : A=PCM,F=48000,W=24,M=multi,R=48000,T=4 Ch > : > Duration: 00:00:28.03, bitrate: 4609 kb/s > Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 4 > channels, s32, 4608 kb/s New description: Timecode and Framerate metadata is not carried over when using -codec:a copy from one wav to another. This results in being unable to trim a file and keep the timecode metadata required for post-production. The metadata is listed in the output section of ffmpeg but not by ffprobe or Davinci Resolve. I have highlighted in bold the differing lines. Attached are samples of the input and output of the file. {{{ PS D:\Projects\CMU Video\Sound> ffmpeg -i .\COMP20T02.WAV -codec:a copy .\COMP20T02_ffmpeg.WAV ffmpeg version N-58338-gfb7d70c Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from '.\COMP20T02.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : encoded_by : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121IR6sb 01 date : 2013-11-21 creation_time : 18:27:12 time_reference : 3015876865 coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2Ch : Duration: 00:00:57.06, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s32, 2304 kb/s Output #0, wav, to '.\COMP20T02_ffmpeg.WAV': Metadata: ICMT : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : ITCH : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121IR6sb 01 ICRD : 2013-11-21 coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch : time_reference : 3015876865 ISFT : Lavf55.21.100 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, 2304 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 16048kB time=00:00:57.05 bitrate=2304.0kbits/s video:0kB audio:16047kB subtitle:0 global headers:0kB muxing overhead 0.002057% PS D:\Projects\CMU Video\Sound> ffmpeg -i .\COMP20T02.WAV -t 10 -codec:a copy .\COMP20T02_ffmpeg_trim.WAV ffmpeg version N-58338-gfb7d70c Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from '.\COMP20T02.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : encoded_by : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121IR6sb 01 date : 2013-11-21 creation_time : 18:27:12 time_reference : 3015876865 coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch : Duration: 00:00:57.06, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s32, 2304 kb/s Output #0, wav, to '.\COMP20T02_ffmpeg_trim.WAV': Metadata: ICMT : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : ITCH : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121IR6sb 01 ICRD : 2013-11-21 coding_history : A=PCM,F=48000,W=24,M=stereo,R=48000,T=2 Ch : time_reference : 3015876865 ISFT : Lavf55.21.100 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, 2304 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 2814kB time=00:00:10.00 bitrate=2304.3kbits/s video:0kB audio:2813kB subtitle:0 global headers:0kB muxing overhead 0.011733% PS D:\Projects\CMU Video\FFMPEG_Trim_test> ffprobe .\COMP20T02_ffmpeg.WAV ffprobe version N-58338-gfb7d70c Copyright (c) 2007-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from '.\COMP20T02_ffmpeg.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$21111300 : sSWVER=1.04.09 : sSCENE=COMP20 : sFILENAME=COMP20T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sNOTE= : date : 2013-11-21 encoder : Lavf55.21.100 encoded_by : Sound Dev: Mix664 S#KA0513012001 Duration: 00:00:57.06, bitrate: 2304 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s32, 2304 kb/s PS D:\Projects\CMU Video\FFMPEG_Trim_test> ffprobe .\COMP2T02.WAV ffprobe version N-58338-gfb7d70c Copyright (c) 2007-2013 the FFmpeg developers built on Nov 21 2013 20:11:19 with gcc 4.8.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 --e nable-libcaca --enable-libfreetype --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-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, wav, from '.\COMP2T02.WAV': Metadata: comment : sSPEED=023.976-ND : sTAKE=02 : sUBITS=$00000000 : sSWVER=1.04.09 : sSCENE=COMP2 : sFILENAME=COMP2T02.WAV : sTAPE=131121 : sCIRCLED=FALSE : sTRK1=MixL : sTRK2=MixR : sTRK3=Boom : sTRK5=LAV2 : sNOTE=ROOMTONE : encoded_by : Sound Dev: Mix664 S#KA0513012001 originator_reference: USSDVKA0513012001131121AaKs8 01 date : 2013-11-21 creation_time : 10:36:40 time_reference : 47663617 coding_history : A=PCM,F=48000,W=24,M=multi,R=48000,T=4 Ch : Duration: 00:00:28.03, bitrate: 4609 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 48000 Hz, 4 channels, s32, 4608 kb/s }}} -- Comment: > [18:46] what is the ffmpeg ftp server for samples? Where did you search for an answer? How did you find out about this bug tracker? Is the problem not reproducible with 1MB wav files? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 10:27:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 09:27:08 -0000 Subject: [FFmpeg-trac] #3031(avcodec:closed): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.6e1921a924a5cadba8e8f93d07a21d7f@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits ------------------------------------+----------------------------------- Reporter: userid99 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: xsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: Please open a new ticket that does not contain the word "subtitle", neither in the title nor in the description. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 12:57:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 11:57:10 -0000 Subject: [FFmpeg-trac] #3164(undetermined:new): First image skipped when forcing output rate Message-ID: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> #3164: First image skipped when forcing output rate -------------------------------------+------------------------------------- Reporter: slhck | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When converting single images to a video, setting the output frame rate causes the resulting video to skip the first?image (shown only for one frame?), and proceed to the second one. Assuming three PNG images as input: {{{ ./ffmpeg -y -r 1/15 -i img%02d.png -r 25 out.mp4 ffmpeg version N-58429-gccdfa3e Copyright (c) 2000-2013 the FFmpeg developers built on Nov 24 2013 12:12:30 with Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libaacplus --enable-libass --enable-libcelt --enable- libfaac --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-openssl --enable-libopus --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid libavutil 52. 54.100 / 52. 54.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.101 / 55. 21.101 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'img%02d.png': Duration: 00:00:00.12, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba, 640x480, 25 fps, 25 tbr, 25 tbn, 25 tbc No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0x7fc989816800] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x7fc989816800] profile High 4:4:4 Predictive, level 3.0, 4:4:4 8-bit [libx264 @ 0x7fc989816800] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=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 'out.mp4': Metadata: encoder : Lavf55.21.101 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 640x480, q=-1--1, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> libx264) Press [q] to stop, [?] for help frame= 751 fps=0.0 q=-1.0 Lsize= 47kB time=00:00:29.96 bitrate= 13.0kbits/s dup=748 drop=0 video:38kB audio:0kB subtitle:0 global headers:0kB muxing overhead 25.246747% [libx264 @ 0x7fc989816800] frame I:4 Avg QP:20.10 size: 2471 [libx264 @ 0x7fc989816800] frame P:189 Avg QP:27.91 size: 49 [libx264 @ 0x7fc989816800] frame B:558 Avg QP:28.00 size: 34 [libx264 @ 0x7fc989816800] consecutive B-frames: 0.9% 0.0% 0.0% 99.1% [libx264 @ 0x7fc989816800] mb I I16..4: 0.8% 93.0% 6.2% [libx264 @ 0x7fc989816800] mb P I16..4: 0.1% 0.0% 0.0% P16..4: 0.1% 0.0% 0.0% 0.0% 0.0% skip:99.8% [libx264 @ 0x7fc989816800] mb B I16..4: 0.1% 0.2% 0.0% B16..8: 0.4% 0.0% 0.0% direct: 0.0% skip:99.3% L0:50.8% L1:49.2% BI: 0.0% [libx264 @ 0x7fc989816800] 8x8 transform intra:79.5% inter:1.1% [libx264 @ 0x7fc989816800] coded y,u,v intra: 2.4% 0.0% 0.0% inter: 0.0% 0.0% 0.0% [libx264 @ 0x7fc989816800] i16 v,h,dc,p: 23% 68% 9% 0% [libx264 @ 0x7fc989816800] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 9% 64% 0% 0% 0% 0% 0% 0% [libx264 @ 0x7fc989816800] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 32% 26% 4% 1% 1% 4% 2% 4% [libx264 @ 0x7fc989816800] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x7fc989816800] ref P L0: 89.5% 3.7% 3.7% 3.2% [libx264 @ 0x7fc989816800] ref B L0: 69.7% 29.3% 1.0% [libx264 @ 0x7fc989816800] ref B L1: 95.8% 4.2% [libx264 @ 0x7fc989816800] kb/s:10.14 }}} Here's what I observed: * When I use libx264, QuickTime will show the first frame correctly, but ffplay and VLC will skip it. * When I use libxvid, QuickTime, ffplay and VLC skip the first frame. I will upload samples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 15:28:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 14:28:51 -0000 Subject: [FFmpeg-trac] #3164(undetermined:new): First image skipped when forcing output rate In-Reply-To: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> References: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> Message-ID: <049.1fe626096f15547e7b4c262bd877068d@avcodec.org> #3164: First image skipped when forcing output rate -------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem also reproducible when using the fps filter? {{{ $ ffmpeg -y -r 1/15 -i img%02d.png -vf fps=25 out.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 15:32:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 14:32:59 -0000 Subject: [FFmpeg-trac] #3164(undetermined:new): First image skipped when forcing output rate In-Reply-To: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> References: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> Message-ID: <049.fc8f48619b5cc9777960ea1dc8ffaee6@avcodec.org> #3164: First image skipped when forcing output rate -------------------------------------+------------------------------------- Reporter: slhck | 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 slhck): Replying to [comment:1 cehoyos]: > Is the problem also reproducible when using the fps filter? > {{{ > $ ffmpeg -y -r 1/15 -i img%02d.png -vf fps=25 out.mp4 > }}} In that case it works perfectly in all tested players. (I remember asking about what the difference between the filter and the `-r` option is, implementation-wise, but I think I forgot.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 17:19:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 16:19:22 -0000 Subject: [FFmpeg-trac] #3163(avformat:new): Broadcast Wave Metadata not carried over with -codec:a copy In-Reply-To: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> References: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> Message-ID: <051.c6cdab951c308b61c395b9a11708f36e@avcodec.org> #3163: Broadcast Wave Metadata not carried over with -codec:a copy ------------------------------------+------------------------------------ Reporter: rexbron | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rexbron): Hi cehoyos, I found the address and a link to the tracker on the ffmpeg site but but the ftp client complained that files with the same name already existed. It's very likely something on my end but I can't be bothered to mess around and figure it out, hence why samples were uploaded to servers I have. I do not have access to the recorder, the files were provided to me from a documentary shoot and I uploaded the smallest sample I have. I would expect it to be reproduce able with 1Mb files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 18:37:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 17:37:12 -0000 Subject: [FFmpeg-trac] #3164(FFmpeg:closed): First image skipped when forcing output rate In-Reply-To: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> References: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> Message-ID: <049.0d17234f8f9c647d73c2597db7f54932@avcodec.org> #3164: First image skipped when forcing output rate ------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: duplicate Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => fps * resolution: => duplicate * status: new => closed * component: undetermined => FFmpeg Comment: Then I don't think there is anything to fix, please use {{{-vf fps}}} and consider watching ticket #1578 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 18:47:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 17:47:55 -0000 Subject: [FFmpeg-trac] #3164(FFmpeg:closed): First image skipped when forcing output rate In-Reply-To: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> References: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> Message-ID: <049.0e8362180182c1190ad82292bd276df9@avcodec.org> #3164: First image skipped when forcing output rate ------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: duplicate Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by slhck): Interesting, thanks. Well, I would assume there is ''something'' to fix ? at least the documentation ? because the command you'd expect to work does ''not'' behave correctly. The documentation clearly mentions: {{{ ffmpeg -f image2 -i foo-%03d.jpeg -r 12 -s WxH foo.avi ffmpeg -f image2 -pattern_type glob -i 'foo-*.jpeg' -r 12 -s WxH foo.avi }}} So if the `fps` filter should be used in these cases, the documentation and the wiki need to be updated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 19:04:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 18:04:14 -0000 Subject: [FFmpeg-trac] #3164(FFmpeg:closed): First image skipped when forcing output rate In-Reply-To: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> References: <034.b3bc7a2e0434f2a4c1a37a74d46d4c68@avcodec.org> Message-ID: <049.ecc30c43823eb87c39619f1db2461db6@avcodec.org> #3164: First image skipped when forcing output rate ------------------------------------+------------------------------------- Reporter: slhck | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: duplicate Keywords: fps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 slhck]: > Interesting, thanks. Well, I would assume there is ''something'' to fix I don't disagree, my wording was bad, sorry. What I meant was: There is not more to fix about this ticket than about several existing tickets that contain complaints that {{{-r}}} works different from {{{-vf fps}}}. Note that the pullup filter does not work correctly with the fps filter, it currently needs -r. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 19:15:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 18:15:55 -0000 Subject: [FFmpeg-trac] #3163(avformat:new): Broadcast Wave Metadata not carried over with -codec:a copy In-Reply-To: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> References: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> Message-ID: <051.345e87dd03bf30193edb64a21b68a194@avcodec.org> #3163: Broadcast Wave Metadata not carried over with -codec:a copy ------------------------------------+------------------------------------ Reporter: rexbron | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Yes, you had uploaded fragments of the original files. Do you know which parts of the metadata are missing in the output files or are you just guessing that the different metadata in the output of {{{ffmpeg -i}}} is the reason that the output files cannot be used for post-production? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 19:18:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 18:18:25 -0000 Subject: [FFmpeg-trac] #1720(avformat:closed): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.0b96608d5b30d4d93b9f3eba67b22681@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I committed a patch that warns user when muxing ac-3 (and dts and pcm_s16be) into MPEG-1 system streams. I don't think we should change default behaviour, but since the patch is trivial please feel free to forward the discussion to the ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 20:03:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 19:03:38 -0000 Subject: [FFmpeg-trac] #3165(FFmpeg:new): Kannada language sub-titles are not rendered correctly. Message-ID: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: subtitles, | unspecified India, utf8 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Ubuntu 13.10, 64-bit. I have a mp4 movie file and .srt sub-titles file in Kannada language. My intention is to merge them into an output mp4 file that could be then burnt to a DVD. The output mp4 file does show the sub-titles but the rendering is wrong. That is, the conjugation of vowels and consonants are not rendered the way as seen in the sub-titles file. To transcode mp4 and srt files into mp4 file, I ran this command as described [[https://its.ffmpeg.org/wiki/How%20to%20burn%20subtitles%20into%20the%20video|here]]. {{{ ./ffmpeg -y -i movie.mp4 -vf subtitles=kn.srt movie_kn.mp4 }}} The console output of running this command is shown below. {{{ user at dabba:~/expt$ ./ffmpeg -y -i movie.mp4 -vf subtitles=kn.srt -codec:v libx264 -crf 23 -preset medium -codec:a copy movie_kn.mp4 ffmpeg version N-58311-gf0f75df Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 05:33:07 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/64bit --extra- cflags='-I/root/ffmpeg-static/64bit/include -static' --extra- ldflags='-L/root/ffmpeg-static/64bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable- runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'movie.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2010-11-23 20:08:54 Duration: 00:11:11.60, start: 0.000000, bitrate: 244 kb/s Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 163 kb/s, 15 fps, 15 tbr, 1k tbn, 30 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 75 kb/s (default) Metadata: creation_time : 2010-11-23 20:08:57 handler_name : (C) 2007 Google Inc. v08.13.2007. Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number [libx264 @ 0x3f17500] using SAR=1/1 [libx264 @ 0x3f17500] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x3f17500] profile High, level 3.1 [libx264 @ 0x3f17500] 264 - core 129 r2230 1cffe9f - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=15 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 'movie_kn.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 encoder : Lavf55.21.100 Stream #0:0(und): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 15360 tbn, 15 tbc (default) Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, mono, 75 kb/s (default) Metadata: creation_time : 2010-11-23 20:08:57 handler_name : (C) 2007 Google Inc. v08.13.2007. Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [Parsed_subtitles_0 @ 0x3f7bf60] Neither PlayResX nor PlayResY defined. Assuming 384x288 [Parsed_subtitles_0 @ 0x3f7bf60] fontconfig: Selected font is not the requested one: 'Liberation Sans' != 'Arial' [Parsed_subtitles_0 @ 0x3f7bf60] Glyph 0xC85 not found, selecting one more font for (Arial, 80, 0) [Parsed_subtitles_0 @ 0x3f7bf60] fontconfig: Selected font is not the requested one: 'Lohit Kannada' != 'Arial' frame=10074 fps=148 q=-1.0 Lsize= 11250kB time=00:11:11.54 bitrate= 137.2kbits/s video:4507kB audio:6228kB subtitle:0 global headers:0kB muxing overhead 4.803402% [libx264 @ 0x3f17500] frame I:51 Avg QP:14.85 size: 39167 [libx264 @ 0x3f17500] frame P:2730 Avg QP:18.45 size: 626 [libx264 @ 0x3f17500] frame B:7293 Avg QP:19.14 size: 125 [libx264 @ 0x3f17500] consecutive B-frames: 3.2% 0.4% 1.0% 95.4% [libx264 @ 0x3f17500] mb I I16..4: 86.2% 0.9% 12.9% [libx264 @ 0x3f17500] mb P I16..4: 0.1% 0.0% 0.2% P16..4: 0.2% 0.0% 0.0% 0.0% 0.0% skip:99.4% [libx264 @ 0x3f17500] mb B I16..4: 0.1% 0.0% 0.0% B16..8: 0.7% 0.0% 0.0% direct: 0.0% skip:99.1% L0:61.4% L1:38.4% BI: 0.2% [libx264 @ 0x3f17500] 8x8 transform intra:3.4% inter:5.3% [libx264 @ 0x3f17500] coded y,uvDC,uvAC intra: 11.2% 8.9% 8.3% inter: 0.0% 0.0% 0.0% [libx264 @ 0x3f17500] i16 v,h,dc,p: 93% 5% 3% 0% [libx264 @ 0x3f17500] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 5% 85% 1% 0% 0% 1% 0% 1% [libx264 @ 0x3f17500] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 22% 26% 3% 4% 4% 4% 3% 5% [libx264 @ 0x3f17500] i8c dc,h,v,p: 89% 7% 4% 0% [libx264 @ 0x3f17500] Weighted P-Frames: Y:0.1% UV:0.0% [libx264 @ 0x3f17500] ref P L0: 76.0% 3.5% 14.9% 5.6% 0.0% [libx264 @ 0x3f17500] ref B L0: 53.9% 42.1% 4.0% [libx264 @ 0x3f17500] ref B L1: 97.0% 3.0% [libx264 @ 0x3f17500] kb/s:54.97 }}} While following up on this error, I was asked a couple of questions and came across couple of hints too. I am mentioning them here just so that some of the possibilities are 'covered'. The .srt file is utf-8. {{{ user at dabba:~/expt$ file -i kn.srt kn.srt: text/plain; charset=utf-8 }}} The file is correctly rendered in gEdit even after selecting language specific font type, Lohit Kannada. This font is available. {{{ user at dabba:~/expt$ fc-list | grep Kannada /usr/share/fonts/truetype/ttf-kannada-fonts/lohit_kn.ttf: Lohit Kannada:style=Regular }}} The coverage of this font is complete. {{{ user at dabba:~/expt$ fc-validate -l kan /usr/share/fonts/truetype/ttf- kannada-fonts/lohit_kn.ttf /usr/share/fonts/truetype/ttf-kannada-fonts/lohit_kn.ttf:0 Satisfy the coverage for kan language user at dabba:~/expt$ fc-validate -l kn /usr/share/fonts/truetype/ttf- kannada-fonts/lohit_kn.ttf /usr/share/fonts/truetype/ttf-kannada-fonts/lohit_kn.ttf:0 Satisfy the coverage for kn language }}} The version of fontconfig is greater than 2.10.92. This version was considered to have a [[https://github.com/mpv-player/mpv/issues/63|bug]] around reading fonts from memory and thereby, affecting rendering. {{{ user at dabba:~/expt$ fc-list --version fontconfig version 2.10.93 }}} Some additional information. {{{ user at dabba:~/expt$ ldd $(which ffmpeg) linux-vdso.so.1 => (0x00007fff62dfe000) libavdevice.so.53 => /usr/lib/x86_64-linux-gnu/libavdevice.so.53 (0x00007f63c26b1000) libavfilter.so.2 => /usr/lib/x86_64-linux-gnu/libavfilter.so.2 (0x00007f63c2420000) libavformat.so.53 => /usr/lib/x86_64-linux-gnu/libavformat.so.53 (0x00007f63c2100000) libavcodec.so.53 => /usr/lib/x86_64-linux-gnu/libavcodec.so.53 (0x00007f63c1309000) libpostproc.so.52 => /usr/lib/x86_64-linux-gnu/libpostproc.so.52 (0x00007f63c10ef000) libswresample.so.0 => /usr/lib/x86_64-linux-gnu/libswresample.so.0 (0x00007f63c0ee4000) libswscale.so.2 => /usr/lib/x86_64-linux-gnu/libswscale.so.2 (0x00007f63c0c9d000) libavutil.so.51 => /usr/lib/x86_64-linux-gnu/libavutil.so.51 (0x00007f63c0a79000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f63c0774000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f63c0557000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f63c018f000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f63bfe59000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f63bfc47000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f63bfa41000) libcdio_paranoia.so.1 => /usr/lib/libcdio_paranoia.so.1 (0x00007f63bf838000) libcdio_cdda.so.1 => /usr/lib/libcdio_cdda.so.1 (0x00007f63bf630000) libjack.so.0 => /usr/lib/x86_64-linux-gnu/libjack.so.0 (0x00007f63bf3d7000) libasound.so.2 => /usr/lib/x86_64-linux-gnu/libasound.so.2 (0x00007f63bf0e6000) libSDL-1.2.so.0 => /usr/lib/x86_64-linux-gnu/libSDL-1.2.so.0 (0x00007f63bee4f000) libpulse-simple.so.0 => /usr/lib/x86_64-linux-gnu/libpulse- simple.so.0 (0x00007f63bec4b000) libpulse.so.0 => /usr/lib/x86_64-linux-gnu/libpulse.so.0 (0x00007f63bea01000) libdc1394.so.22 => /usr/lib/x86_64-linux-gnu/libdc1394.so.22 (0x00007f63be78d000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f63be589000) libopencv_core.so.2.4 => /usr/lib/libopencv_core.so.2.4 (0x00007f63be160000) libopencv_imgproc.so.2.4 => /usr/lib/libopencv_imgproc.so.2.4 (0x00007f63bdcba000) libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f63bda18000) librtmp.so.0 => /usr/lib/x86_64-linux-gnu/librtmp.so.0 (0x00007f63bd7fd000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f63bd5e4000) libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f63bd326000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f63bd115000) libva.so.1 => /usr/lib/x86_64-linux-gnu/libva.so.1 (0x00007f63bceff000) libx264.so.123 => /usr/lib/x86_64-linux-gnu/libx264.so.123 (0x00007f63bcb9a000) libvpx.so.1 => /usr/lib/x86_64-linux-gnu/libvpx.so.1 (0x00007f63bc905000) libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007f63bc436000) libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f63bc209000) libtheoraenc.so.1 => /usr/lib/x86_64-linux-gnu/libtheoraenc.so.1 (0x00007f63bbfc7000) libtheoradec.so.1 => /usr/lib/x86_64-linux-gnu/libtheoradec.so.1 (0x00007f63bbdab000) libspeex.so.1 => /usr/lib/x86_64-linux-gnu/libspeex.so.1 (0x00007f63bbb92000) libschroedinger-1.0.so.0 => /usr/lib/x86_64-linux- gnu/libschroedinger-1.0.so.0 (0x00007f63bb8c3000) libopenjpeg.so.2 => /usr/lib/x86_64-linux-gnu/libopenjpeg.so.2 (0x00007f63bb6a1000) libmp3lame.so.0 => /usr/lib/x86_64-linux-gnu/libmp3lame.so.0 (0x00007f63bb414000) libgsm.so.1 => /usr/lib/x86_64-linux-gnu/libgsm.so.1 (0x00007f63bb205000) /lib64/ld-linux-x86-64.so.2 (0x00007f63c28dc000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f63bafe7000) libcdio.so.13 => /usr/lib/libcdio.so.13 (0x00007f63badc0000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f63babb8000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f63ba8b4000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f63ba69d000) libcaca.so.0 => /usr/lib/x86_64-linux-gnu/libcaca.so.0 (0x00007f63ba3d0000) libpulsecommon-4.0.so => /usr/lib/x86_64-linux- gnu/pulseaudio/libpulsecommon-4.0.so (0x00007f63ba168000) libjson-c.so.2 => /lib/x86_64-linux-gnu/libjson-c.so.2 (0x00007f63b9f5e000) libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f63b9d19000) libraw1394.so.11 => /usr/lib/x86_64-linux-gnu/libraw1394.so.11 (0x00007f63b9b0a000) libusb-1.0.so.0 => /lib/x86_64-linux-gnu/libusb-1.0.so.0 (0x00007f63b98f4000) libtbb.so.2 => /usr/lib/libtbb.so.2 (0x00007f63b96c0000) libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f63b9441000) libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f63b9230000) libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f63b900f000) libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007f63b8e06000) liborc-0.4.so.0 => /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0 (0x00007f63b8b87000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f63b8982000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f63b877c000) libslang.so.2 => /lib/x86_64-linux-gnu/libslang.so.2 (0x00007f63b83ec000) libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x00007f63b81b7000) libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f63b7f8e000) libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007f63b7d84000) libsndfile.so.1 => /usr/lib/x86_64-linux-gnu/libsndfile.so.1 (0x00007f63b7b1b000) libasyncns.so.0 => /usr/lib/x86_64-linux-gnu/libasyncns.so.0 (0x00007f63b7915000) libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007f63b7704000) libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f63b74fe000) libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007f63b72e4000) libFLAC.so.8 => /usr/lib/x86_64-linux-gnu/libFLAC.so.8 (0x00007f63b70b2000) libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f63b6e98000) }}} {{{ user at dabba:~/expt$ ldd $(which fc-list) linux-vdso.so.1 => (0x00007fff83ffe000) libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f02a59eb000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f02a57ce000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f02a5405000) libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f02a5163000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f02a4f39000) /lib64/ld-linux-x86-64.so.2 (0x00007f02a5c3d000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f02a4d1f000) }}} If you would like to test at your end, the video is on [[http://www.youtube.com/watch/?v=1V9wVmO0Tfg|YouTube]] and the .srt has been attached here. I did not upload the file because of its size and because of the fact that it may mess up the synchronisation between the video and timestamps in the sub-titles file. Thanks to FakeOutdoorsman and SeijeiSensei for [[http://ubuntuforums.org/showthread.php?t=2130696|helping me]] get this far. Please let me know how to get around this problem. It would be terribly disappointing to abandon my non-profit work ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 20:54:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 19:54:58 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.6c23223b9a366d6a972d3a062a5f562f@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: subtitles, India, utf8 => sub srt * version: unspecified => git-master * component: FFmpeg => undetermined Comment: Is the problem also reproducible with the following command line? {{{ $ ffmpeg -f lavfi -i color=s=1280x720 -vf subtitles=kn.srt -qscale 2 -vcodec mpeg4 out.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 21:19:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 20:19:58 -0000 Subject: [FFmpeg-trac] #1708(avformat:closed): mss2: error while decoding stream In-Reply-To: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> References: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> Message-ID: <053.6ab9da87646682cb7844afbebfb50dc5@avcodec.org> #1708: mss2: error while decoding stream ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in e78d0381 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 22:00:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 21:00:43 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.e797a1eb606a1df204d3fb7f1ebd86e2@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): Wild guess: you have to compile libass with harfbuzz support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 22:06:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 21:06:32 -0000 Subject: [FFmpeg-trac] #3166(avformat:new): Predefined SLConfigDescriptor is not implemented Message-ID: <036.c8496140607c57082c72ed770bac0175@avcodec.org> #3166: Predefined SLConfigDescriptor is not implemented -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: mpegts Version: git- | videolan dvbsub master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- (Sample from vlc ticket 9927) I will upload a sample that prints "Predefined SLConfigDescriptor is not implemented" several times each second. The sample is said to contain DVB subtitles, I don't know how to reproduce this. {{{ $ ffmpeg -i PAL\ Metadata\ en\ sous\ titre\ \(V\ pour\ activer\)_cut.ts ffmpeg version N-58435-ge78d038 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 24 2013 21:18:38 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 54.100 / 52. 54.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.101 / 55. 21.101 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x2f65100] Predefined SLConfigDescriptor is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpegts @ 0x2f65100] Predefined SLConfigDescriptor is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpegts @ 0x2f65100] PES packet size mismatch Last message repeated 17 times [mpegts @ 0x2f65100] Predefined SLConfigDescriptor is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpegts @ 0x2f65100] PES packet size mismatch Last message repeated 19 times [mpegts @ 0x2f65100] Predefined SLConfigDescriptor is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpegts @ 0x2f65100] PES packet size mismatch Last message repeated 19 times [mpegts @ 0x2f65100] Predefined SLConfigDescriptor is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpegts @ 0x2f65100] PES packet size mismatch Last message repeated 6 times [mpegts @ 0x2f65100] probed stream 2 failed [mpeg2video @ 0x2f69260] Invalid frame dimensions 0x0. Last message repeated 10 times [mpegts @ 0x2f65100] Predefined SLConfigDescriptor is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpegts @ 0x2f65100] PES packet size mismatch Last message repeated 6 times [mpegts @ 0x2f65100] Could not find codec parameters for stream 2 (Unknown: none ([18][0][0][0] / 0x0012)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from 'PAL Metadata en sous titre (V pour activer)_cut.ts': Duration: 00:00:01.45, start: 10920.203500, bitrate: 14149 kb/s Program 1 Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 16:15 DAR 4:3], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x103]: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 256 kb/s Stream #0:2[0x378]: Unknown: none ([18][0][0][0] / 0x0012) Stream #0:3[0x66]: Data: klv (KLVA / 0x41564C4B) At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 22:14:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 21:14:12 -0000 Subject: [FFmpeg-trac] #3166(avformat:new): Predefined SLConfigDescriptor is not implemented In-Reply-To: <036.c8496140607c57082c72ed770bac0175@avcodec.org> References: <036.c8496140607c57082c72ed770bac0175@avcodec.org> Message-ID: <051.d341ec84538c3e945a341c4a03ebe28e@avcodec.org> #3166: Predefined SLConfigDescriptor is not implemented -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: videolan dvbsub | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Probably a duplicate of ticket #1043 but I am still searching for that sample... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 23:04:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 22:04:05 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.4ea2331a3880e5837a7b1c20a57b5f6d@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nagesh): Replying to [comment:1 cehoyos]: > Is the problem also reproducible with the following command line? > {{{ > $ ffmpeg -f lavfi -i color=s=1280x720 -vf subtitles=kn.srt -qscale 2 -vcodec mpeg4 out.mp4 > }}} How come your command does not explicitly mention the input movie file name (with the -i switch) ? The input file is around 20 MB and with command mentioned above, the size of the output file reached around 150MB and kept growing. I killed the process because it just didn't make sense. Nevertheless, I played this output file in smplayer and the rendering problem is still there. The duration of the video is shown to be around 57 minutes ! This is simply not correct as the original video is around 12 minutes or so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 23:05:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 22:05:10 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.612dbecd069ccdb8be02837b8dfc8981@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nagesh): Replying to [comment:1 cehoyos]: > Is the problem also reproducible with the following command line? > {{{ > $ ffmpeg -f lavfi -i color=s=1280x720 -vf subtitles=kn.srt -qscale 2 -vcodec mpeg4 out.mp4 > }}} Here is the console output of running the command. {{{ user at dabba:~/expt$ ./ffmpeg -f lavfi -i color=s=1280x720 -vf subtitles=kn.srt -qscale 2 -vcodec mpeg4 movie_kn.mp4 ffmpeg version N-58311-gf0f75df Copyright (c) 2000-2013 the FFmpeg developers built on Nov 21 2013 05:33:07 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/64bit --extra- cflags='-I/root/ffmpeg-static/64bit/include -static' --extra- ldflags='-L/root/ffmpeg-static/64bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable- runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx libavutil 52. 53.100 / 52. 53.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.100 / 55. 21.100 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'color=s=1280x720': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc Please use -q:a or -q:v, -qscale is ambiguous Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number Output #0, mp4, to 'movie_kn.mp4': Metadata: encoder : Lavf55.21.100 Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help [Parsed_subtitles_0 @ 0x3770100] Neither PlayResX nor PlayResY defined. Assuming 384x288 [Parsed_subtitles_0 @ 0x3770100] fontconfig: Selected font is not the requested one: 'Liberation Sans' != 'Arial' [Parsed_subtitles_0 @ 0x3770100] Glyph 0xC85 not found, selecting one more font for (Arial, 80, 0) [Parsed_subtitles_0 @ 0x3770100] fontconfig: Selected font is not the requested one: 'Lohit Kannada' != 'Arial' frame=86282 fps=169 q=2.0 Lsize= 131662kB time=00:57:31.28 bitrate= 312.5kbits/s video:131295kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.279474% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 23:20:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 22:20:56 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.2a9a1eb918a819342fb36535cb0f80d5@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 nagesh]: > Replying to [comment:1 cehoyos]: > > Is the problem also reproducible with the following command line? > > {{{ > > $ ffmpeg -f lavfi -i color=s=1280x720 -vf subtitles=kn.srt -qscale 2 -vcodec mpeg4 out.mp4 > > }}} > > How come your command does not explicitly mention the input movie file name (with the -i switch) ? The input is the color filter, its default colour is black. > The input file is around 20 MB and with command mentioned above, the size of the output file reached around 150MB and kept growing. Sorry, I forgot to add {{{-t}}} to the command line > I killed the process because it just didn't make sense. Pressing "q" should have been enough... > Nevertheless, I played this output file in smplayer and the rendering problem is still there. Thank you for testing. > The duration of the video is shown to be around 57 minutes ! {{{ frame=86282 fps=169 q=2.0 Lsize= 131662kB time=00:57:31.28 bitrate= 312.5kbits/s }}} You stopped the encoding after encoding time reached 57 minutes... > This is simply not correct as the original video is around 12 minutes or so. The "original video" is not used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 23:42:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 22:42:43 -0000 Subject: [FFmpeg-trac] #3163(avformat:new): Broadcast Wave Metadata not carried over with -codec:a copy In-Reply-To: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> References: <036.e699d3c2cb5467a802a4e99c57234be9@avcodec.org> Message-ID: <051.656b4fd34c1ade605a10646f8a3bf54a@avcodec.org> #3163: Broadcast Wave Metadata not carried over with -codec:a copy ------------------------------------+------------------------------------ Reporter: rexbron | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by rexbron): The metadata sections that I hilighted are an educated guess, as both FFprobe and Davinci Resolve see frame rate and timecode metadata in the recorder originals and not in files processed by ffmpeg. It is crucial that the timecode in the BWF is maintained. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Nov 24 23:46:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 22:46:13 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.82d960debf2f362620e5ad0c3e555bbf@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nagesh): Replying to [comment:5 cehoyos]: > Replying to [comment:3 nagesh]: > > Replying to [comment:1 cehoyos]: > > > Is the problem also reproducible with the following command line? > > > {{{ > > > $ ffmpeg -f lavfi -i color=s=1280x720 -vf subtitles=kn.srt -qscale 2 -vcodec mpeg4 out.mp4 > > > }}} > > > > How come your command does not explicitly mention the input movie file name (with the -i switch) ? > > The input is the color filter, its default colour is black. > > > The input file is around 20 MB and with command mentioned above, the size of the output file reached around 150MB and kept growing. > > Sorry, I forgot to add {{{-t}}} to the command line > > > I killed the process because it just didn't make sense. > > Pressing "q" should have been enough... > > > Nevertheless, I played this output file in smplayer and the rendering problem is still there. > > Thank you for testing. > > > The duration of the video is shown to be around 57 minutes ! > > {{{ > frame=86282 fps=169 q=2.0 Lsize= 131662kB time=00:57:31.28 bitrate= 312.5kbits/s > }}} > You stopped the encoding after encoding time reached 57 minutes... > > > This is simply not correct as the original video is around 12 minutes or so. > > The "original video" is not used. So do you want me to rerun the test.? Or is it sufficient? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 00:27:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 24 Nov 2013 23:27:51 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.22a9c575bfa12e678b535cb410ca9aad@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Which font do I need to reproduce / see any subtitles? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 01:28:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 00:28:46 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.9d45acb7628d5a69c59bd021c5fd07d4@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Replying to [comment:7 cehoyos]: > Which font do I need to reproduce / see any subtitles? Of course "Lohit Kannada" from original ticket. Does subtitle filter support font specification for SRT? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 03:06:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 02:06:05 -0000 Subject: [FFmpeg-trac] #3167(undetermined:new): Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 Message-ID: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> #3167: Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 -------------------------------------+------------------------------------- Reporter: userid99 | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: Creating/Remuxing AVI files results in unplayable (no screen) AVI for hardware player Philips DVP640 How to reproduce: Type Command below: ffmpeg -v 9 -loglevel 99 -report -i video.avi -vcodec copy -acodec copy remuxed.avi Version Tested: Lavf55.21.101 Observations: No video using ffmpeg. For comparison equivalent mencoder command (plays on DVP640), command as follows: mencoder -oac copy -ovc copy video.avi -o M_Remuxed.avi Files attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 03:07:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 02:07:31 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.ac3b5c0b6c1d5da91ef44318910025b8@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I can now see the subtitles, which frames are wrong / how are they supposed to look like? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 03:15:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 02:15:28 -0000 Subject: [FFmpeg-trac] #3031(avcodec:closed): Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits In-Reply-To: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> References: <037.f90f8c81e7bd2c82eb647f647b2f856a@avcodec.org> Message-ID: <052.cd1fcb939274ca09decb948425612cbd@avcodec.org> #3031: Creating xsubtitles (xsub) results in color bit depth of 24 bits instead of the DIVX certified standard of 4 bits ------------------------------------+----------------------------------- Reporter: userid99 | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: xsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by userid99): Opened new ticket #3167 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 03:19:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 02:19:18 -0000 Subject: [FFmpeg-trac] #3168(trac:new): keys for spam filters in trac Message-ID: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> #3168: keys for spam filters in trac ---------------------------------------+------------------------------ Reporter: michael | Owner: Type: task | Status: new Priority: normal | Component: trac Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+------------------------------ We need API keys for Akismet, TypePad, Defensio, BotScout, FSpamList and SpamWipe If you want to help, obtain such keys for us, send the key privately to an admin and add a note here that you did so noone else does it redundantly -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 03:22:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 02:22:37 -0000 Subject: [FFmpeg-trac] #3168(trac:new): keys for spam filters in trac In-Reply-To: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> References: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> Message-ID: <051.c33be2e40576e3ccd89a695287a73293@avcodec.org> #3168: keys for spam filters in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: task | Status: new Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Description changed by michael: Old description: > We need API keys for Akismet, TypePad, Defensio, BotScout, FSpamList and > SpamWipe > If you want to help, obtain such keys for us, send the key privately to > an admin and add a note here that you did so noone else does it > redundantly New description: We need API keys for Akismet, TypePad, Defensio, BotScout, FSpamList and SpamWipe If you want to help, obtain such keys for us, send the key privately to an admin (for example michaelni at gmx.at) and add a note here that you did so noone else does it redundantly. Note, dont post the key in public -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 03:23:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 02:23:28 -0000 Subject: [FFmpeg-trac] #3167(avformat:new): Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 In-Reply-To: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> References: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> Message-ID: <052.5ba27116329a2db3548a8e2d4e91799b@avcodec.org> #3167: Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * reproduced: 1 => 0 * component: undetermined => avformat * priority: critical => normal * keywords: => avi * version: unspecified => git-master * analyzed: 1 => 0 Comment: Is the problem also reproducible with the following commands? $ ffmpeg -i video.avi -vcodec copy -an remuxedvideo.avi $ ffmpeg -i video.avi -acodec copy -vn remuxedaudio.avi $ ffmpeg -f lavfi -i testsrc -vtag DX50 -t 60 video.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 03:23:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 02:23:46 -0000 Subject: [FFmpeg-trac] #3168(trac:new): keys for spam filters in trac In-Reply-To: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> References: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> Message-ID: <051.ef8fb5893ec237d97fea2af88ad080db@avcodec.org> #3168: keys for spam filters in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: task | Status: new Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Description changed by michael: Old description: > We need API keys for Akismet, TypePad, Defensio, BotScout, FSpamList and > SpamWipe > If you want to help, obtain such keys for us, send the key privately to > an admin (for example michaelni at gmx.at) and add a note here that you did > so noone else does it redundantly. Note, dont post the key in public New description: We need API keys for Akismet, TypePad, Defensio, BotScout, FSpamList and SpamWipe If you want to help, obtain such keys for us, send the key to root at ffmpeg.org and add a note here that you did so noone else does it redundantly. Note, dont post the key in public -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 04:41:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 03:41:22 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.193190f8912667b339592bdb14523e77@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nagesh): Replying to [comment:9 cehoyos]: > I can now see the subtitles, which frames are wrong / how are they supposed to look like? It is wrong throughout ! For example, just scroll over to 2:31 of the video and compare with sub- title number 54 in the .srt file. The 'real' line numbers in the .srt would be 213 to 215. I am unable to upload more attachments. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 05:40:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 04:40:11 -0000 Subject: [FFmpeg-trac] #3168(trac:new): keys for spam filters in trac In-Reply-To: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> References: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> Message-ID: <051.2a2b82bfc3446a0a1e4c4f727f426a29@avcodec.org> #3168: keys for spam filters in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: task | Status: new Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Comment (by llogan): I sent keys for Akismet, http:BL, and defensio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 08:23:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 07:23:22 -0000 Subject: [FFmpeg-trac] #3168(trac:open): keys for spam filters in trac In-Reply-To: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> References: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> Message-ID: <051.cb591917d70881654239c48fa85117ee@avcodec.org> #3168: keys for spam filters in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: task | Status: open Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Changes (by michael): * status: new => open Old description: > We need API keys for Akismet, TypePad, Defensio, BotScout, FSpamList and > SpamWipe > If you want to help, obtain such keys for us, send the key to > root at ffmpeg.org and add a note here that you did so noone else does it > redundantly. Note, dont post the key in public New description: We need API keys for TypePad, BotScout, FSpamList and SpamWipe If you want to help, obtain such keys for us, send the key to root at ffmpeg.org and add a note here that you did so noone else does it redundantly. Note, dont post the key in public -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 08:24:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 07:24:26 -0000 Subject: [FFmpeg-trac] #3168(trac:open): keys for spam filters in trac In-Reply-To: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> References: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> Message-ID: <051.029e058cf8d623e2cba877f5d826e0bd@avcodec.org> #3168: keys for spam filters in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: task | Status: open Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Comment (by michael): Replying to [comment:3 llogan]: > I sent keys for Akismet, http:BL, and defensio. Added Akismet and defensio key, i failed to find where i could add http:BL, it seems the current spam filter plugin doesnt have a field for that -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 08:46:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 07:46:13 -0000 Subject: [FFmpeg-trac] #3169(avdevice:new): x11grab leaks shared memory if X server shuts down Message-ID: <041.b9cca328ac2f9a2083d5964fe0c1bec9@avcodec.org> #3169: x11grab leaks shared memory if X server shuts down -------------------------------------+------------------------------------- Reporter: | Type: defect levialliance | Priority: normal Status: new | Version: git- Component: avdevice | master Keywords: x11grab | Blocked By: sharedmemory shm | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' If the X server supports the shared memory extension and is shut down while ffmpeg x11grab is running then x11grab_read_close() is not called and so the shared memory segment is not deleted. It ''is'' cleaned up correctly in the event of SIGINT/SIGTERM on the ffmpeg process -- it's only a broken X11 connection that has a problem. '''How to reproduce:''' Running on debian stable using git master HEAD compilation. Minimal x11grab build: {{{ ./configure \ --cpu=core2 \ --arch=x86_64 \ \ --disable-doc \ --disable-bsfs \ --disable-outdevs \ --disable-parsers \ --disable-hwaccels \ --disable-devices \ --disable-protocols \ --disable-indevs \ --disable-filters \ --disable-decoders \ --disable-encoders \ --disable-demuxers \ --disable-muxers \ --disable-ffplay \ --disable-ffprobe \ --disable-ffserver \ \ --enable-ffmpeg \ --enable-gpl \ --enable-yasm \ \ --enable-muxer=rawvideo \ --enable-demuxer=rawvideo \ --enable-encoder=rawvideo \ --enable-decoder=rawvideo \ --enable-protocol=file \ --enable-protocol=pipe \ --enable-filter=fps \ --enable-filter=null \ --enable-indev=x11grab \ --enable-x11grab }}} No existing shared memory segments: {{{ $ ipcs ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status ------ Semaphore Arrays -------- key semid owner perms nsems ------ Message Queues -------- key msqid owner perms used-bytes messages }}} Start X Start ffmpeg: {{{ $ .ffmpeg.x11grab -loglevel info -f x11grab -s 720x576 -framerate 25 -i :0 -an -f rawvideo -y /dev/null ffmpeg version N-58440-g841c0aa Copyright (c) 2000-2013 the FFmpeg developers built on Nov 25 2013 18:38:31 with gcc 4.7 (Debian 4.7.2-5) configuration: --cpu=core2 --arch=x86_64 --disable-doc --disable-bsfs --disable-outdevs --disable-parsers --disable-hwaccels --disable-devices --disable-protocols --disable-indevs --disable-filters --disable-decoders --disable-encoders --disable-demuxers --disable-muxers --disable-ffplay --disable-ffprobe --disable-ffserver --enable-ffmpeg --enable-gpl --enable-yasm --enable-muxer=rawvideo --enable-demuxer=rawvideo --enable- encoder=rawvideo --enable-decoder=rawvideo --enable-protocol=file --enable-protocol=pipe --enable-filter=fps --enable-filter=null --enable- indev=x11grab --enable-x11grab libavutil 52. 54.100 / 52. 54.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.101 / 55. 21.101 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [x11grab @ 0xcd3a20] device: :0 -> display: :0 x: 0 y: 0 width: 720 height: 576 [x11grab @ 0xcd3a20] shared memory extension found Input #0, x11grab, from ':0': Duration: N/A, start: 1385365236.018051, bitrate: 331776 kb/s Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 720x576, 331776 kb/s, 25 tbr, 1000k tbn, 25 tbc Output #0, rawvideo, to '/dev/null': Metadata: encoder : Lavf55.21.101 Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 720x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help ... }}} Stop X while leaving ffmpeg running {{{ XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"kbits/s after 9714 requests (9714 known processed) with 0 events remaining. }}} Shared memory segment was not released: {{{ $ ipcs ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 29622272 levi 777 1658880 0 ------ Semaphore Arrays -------- key semid owner perms nsems ------ Message Queues -------- key msqid owner perms used-bytes messages }}} Repeat until the system runs out of shared memory. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 10:38:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 09:38:34 -0000 Subject: [FFmpeg-trac] #3170(swscale:new): Support large scaling Message-ID: <035.3d1af75eea3b2ba29bb881464dcc8550@avcodec.org> #3170: Support large scaling ---------------------------------------+--------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: new Priority: normal | Component: swscale Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- {{{ ./ffmpeg -f lavfi -i testsrc=s=1920x1080 -vf scale=30:30 -f null - ffmpeg version N-58440-g841c0aa Copyright (c) 2000-2013 the FFmpeg developers built on Nov 25 2013 10:23:58 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-libx264 --enable-libmp3lame --enable-x11grab --enable-libvorbis --samples=/home/ux/fate-samples --enable-libfreetype --enable-libvpx --cpu=native --cc='ccache cc' libavutil 52. 54.100 / 52. 54.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.101 / 55. 21.101 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc=s=1920x1080': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 1920x1080 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc sws: filterSize 256 is too large, try less extreme scaling or increase MAX_FILTER_SIZE and recompile sws: initFilter failed [Parsed_scale_0 @ 0x1d018c0] Failed to configure output pad on Parsed_scale_0 Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 11:11:04 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 10:11:04 -0000 Subject: [FFmpeg-trac] #1744(avdevice:open): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.0ff061bd6ee9578e7317e816644dd6f4@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: new => open Comment: Please test attached patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 12:30:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 11:30:14 -0000 Subject: [FFmpeg-trac] #3171(avformat:new): avio_close() misuses AVIOContext.opaque field Message-ID: <036.f145ce0a62d08c94449429f2cb0611a7@avcodec.org> #3171: avio_close() misuses AVIOContext.opaque field ----------------------------------+-------------------------------------- Reporter: achurch | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- (Note: the following is true as of git e78d038187) In avio.h, the AVIOContext.opaque field is documented as "A private pointer, passed to the read/write/seek/... functions", and avio_alloc_context() takes an "opaque" parameter which is similarly documented "An opaque pointer to user-specific data" and stored directly into the created structure's opaque field. However, avio_close() treats that field as a URLContext pointer: int avio_close(AVIOContext *s) { URLContext *h; // ... h = s->opaque; // ... return ffurl_close(h); } If a user-created AVIOContext makes use of the opaque field as documented, avio_close() may crash, inappropriately free memory, etc. when it interprets the user's opaque data as a URLContext structure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 12:34:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 11:34:02 -0000 Subject: [FFmpeg-trac] #3171(avformat:new): avio_close() misuses AVIOContext.opaque field In-Reply-To: <036.f145ce0a62d08c94449429f2cb0611a7@avcodec.org> References: <036.f145ce0a62d08c94449429f2cb0611a7@avcodec.org> Message-ID: <051.731b87086d1b7506be11687c6bab1b5a@avcodec.org> #3171: avio_close() misuses AVIOContext.opaque field ------------------------------------+------------------------------------ Reporter: achurch | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by achurch): Never mind, apparently I was misusing av_close() (maybe leftover code from an old libavformat version?). Please ignore/close this bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 12:35:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 11:35:09 -0000 Subject: [FFmpeg-trac] #3171(avformat:closed): avio_close() misuses AVIOContext.opaque field In-Reply-To: <036.f145ce0a62d08c94449429f2cb0611a7@avcodec.org> References: <036.f145ce0a62d08c94449429f2cb0611a7@avcodec.org> Message-ID: <051.8a7fbd8320575dfd1faa0547e8b4d138@avcodec.org> #3171: avio_close() misuses AVIOContext.opaque field ------------------------------------+------------------------------------ Reporter: achurch | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by Cigaes): * status: new => closed * resolution: => invalid Comment: {{{ This function can only be used if s was opened by avio_open(). }}} Therefore, {{{avio_close()}}} should not be called on an user-created AVIOContext that makes use of the opaque field. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 13:33:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 12:33:34 -0000 Subject: [FFmpeg-trac] #2429(undetermined:new): matroska h264 building wrong index_entries list In-Reply-To: <036.a78684a85b0d58896fb60177396dc6b7@avcodec.org> References: <036.a78684a85b0d58896fb60177396dc6b7@avcodec.org> Message-ID: <051.57279165c60e6a0ed3c047122ef0955b@avcodec.org> #2429: matroska h264 building wrong index_entries list -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): appears to be fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 15:19:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 14:19:49 -0000 Subject: [FFmpeg-trac] #2429(undetermined:new): matroska h264 building wrong index_entries list In-Reply-To: <036.a78684a85b0d58896fb60177396dc6b7@avcodec.org> References: <036.a78684a85b0d58896fb60177396dc6b7@avcodec.org> Message-ID: <051.bce26877ca8ba330edf6aad9c18721ea@avcodec.org> #2429: matroska h264 building wrong index_entries list -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Which commit fixed it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 15:45:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 14:45:42 -0000 Subject: [FFmpeg-trac] #3118(avformat:open): SAMI: multiple languages not detected In-Reply-To: <034.2e9c37df950d0379031f21d93b680845@avcodec.org> References: <034.2e9c37df950d0379031f21d93b680845@avcodec.org> Message-ID: <049.0ba58bce19d0352a931eb88b89aed444@avcodec.org> #3118: SAMI: multiple languages not detected -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by Cigaes): * status: new => open * type: defect => enhancement * version: unspecified => git-master * component: undetermined => avformat Comment: As said above, the lang is set using a CSS property applied using classes. Currently, the SAMI demuxer just copies the CSS stylesheet into the extradata, and the decoder ignores it. Handling styled text is still an open issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 16:03:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 15:03:53 -0000 Subject: [FFmpeg-trac] #3120(avcodec:open): Crash when converting internal SSA to SRT In-Reply-To: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> References: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> Message-ID: <049.1abb31be9af8832e5e185919c6b61e14@avcodec.org> #3120: Crash when converting internal SSA to SRT ------------------------------------+----------------------------------- Reporter: eelco | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: ass crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by Cigaes): * analyzed: 0 => 1 Comment: The problem is that {{{srt_print}}} uses a fixed-size buffer and does not check for overflow with the {{{vsnprintf}}} return value. The easy solution is to add that kind of check and reject overly long lines. The good solution is to use a dynamic buffer, possibly AVBPrint. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 16:17:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 15:17:37 -0000 Subject: [FFmpeg-trac] #3118(avformat:open): SAMI: multiple languages not detected In-Reply-To: <034.2e9c37df950d0379031f21d93b680845@avcodec.org> References: <034.2e9c37df950d0379031f21d93b680845@avcodec.org> Message-ID: <049.0241ed1aba5a3ef964bed6d477896027@avcodec.org> #3118: SAMI: multiple languages not detected -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): The different languages should really handled as separate subtitle tracks. This is also how they're meant to be used AFAIK. Note that SAMI has other issues, and the ffmpeg SAMI decoder is apparently completely unusable for Korean users. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 17:31:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 16:31:53 -0000 Subject: [FFmpeg-trac] #3118(avformat:open): SAMI: multiple languages not detected In-Reply-To: <034.2e9c37df950d0379031f21d93b680845@avcodec.org> References: <034.2e9c37df950d0379031f21d93b680845@avcodec.org> Message-ID: <049.5f78d8a02ece434991c044d675e601bc@avcodec.org> #3118: SAMI: multiple languages not detected -------------------------------------+------------------------------------ Reporter: eelco | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 17:49:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 16:49:39 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.a0f2b62d9b5efd5abc9664f806261b1b@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nagesh): So is the bug confirmed? Or is some more information required? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 20:15:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 19:15:53 -0000 Subject: [FFmpeg-trac] #2011(avcodec:closed): i263: artefacts with deblocking filter In-Reply-To: <038.030d0c92d13bcae516bb1fbb26a4d8cd@avcodec.org> References: <038.030d0c92d13bcae516bb1fbb26a4d8cd@avcodec.org> Message-ID: <053.2aa79e60d1f781bc2bce72b8c109927f@avcodec.org> #2011: i263: artefacts with deblocking filter ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h263i | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by ami_stuff): * status: open => closed * resolution: => fixed Comment: looks like something fixed this ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 20:55:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 19:55:23 -0000 Subject: [FFmpeg-trac] #1720(avformat:closed): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.43bb72128c89826958bf456aea964bfd@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegps | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by rogerdpack): nice: [mpeg @ 049766c0] ac3 in MPEG-1 system streams is not widely supported, consider using the vob or the dvd muxer to force a MPEG-2 program stream. (Or do you think that perhaps it would be better to check for "approved/typical" codecs and warn when it doesn't match that list instead?) Something to think about, in case anybody tries putting other weird formats in them. Either way, if you send me a patch that makes MPEG-2 system streams default (for me to try to push through dev later) then I'd say you deserve the bounty (email me rogerdpack at gmail.com for $ transfer :). Thanks, at least now users can understand now... @Illusion yours seems odd as well, could you possibly file a new trac ticket for it, since it feels like it might be barely a separate issue. Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 21:47:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 20:47:10 -0000 Subject: [FFmpeg-trac] #3167(avformat:new): Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 In-Reply-To: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> References: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> Message-ID: <052.8dc5ccdfb68a8c922d708a17d69d6e29@avcodec.org> #3167: Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by userid99): Tests: 1. $ ffmpeg -f lavfi -i testsrc -vtag DX50 -t 60 T3167_video.avi Plays juddered 1/3 of the screen 2. $ ffmpeg -v 9 -loglevel 99 -report -i video.avi -i audio.mp3 -map 0:0 -map 1:0 -vcodec copy -acodec copy audio+video.avi Plays juddered 1/3 screen, and juddered audio 3. $ ffmpeg -v 9 -loglevel 99 -report -i audio.mp3 -vn -acodec copy audioonly.avi No audio, and won't play Test files and logs files attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 22:06:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 21:06:34 -0000 Subject: [FFmpeg-trac] #2429(undetermined:new): matroska h264 building wrong index_entries list In-Reply-To: <036.a78684a85b0d58896fb60177396dc6b7@avcodec.org> References: <036.a78684a85b0d58896fb60177396dc6b7@avcodec.org> Message-ID: <051.7d23cf7d343a985261032b77155e9419@avcodec.org> #2429: matroska h264 building wrong index_entries list -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): Never mind, I have another similar but different issue with h264 and need to check into that. This issue looks unchanged but maybe can come up with something related to it when looking into new issue. So just disregard comment 7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 23:52:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 22:52:46 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.bb4778d1678f400a995a9a3c87de6ff7@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:11 nagesh]: > So is the bug confirmed? I hope you agree that the issue is difficult to reproduce for somebody who doesn't know the script... I tested the following and will attach the output. Does it allow to reproduce the issue? If yes, how is the output supposed to look like? {{{ $ ffmpeg -f lavfi -i color=s=hd720 -vf subtitles=kn.srt -ss 2 -vframes 1 out.jpg }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Nov 25 23:57:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 22:57:11 -0000 Subject: [FFmpeg-trac] #1744(avdevice:open): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.22e2a62a206d64f16f622b19c9fa5d7a@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by rogerdpack): @elioxia I'm kind of debating which way to go for this at the moment...if we have a dedicated thread for an SDL device then it prohibits us from (for instance) calling SDL_Init in another thread if we want 2 devices present at the same time, doesn't it? I guess we could live with "at most 1" device (and don't use SDL for anything else in your app!) or is there another way? I suppose we could start with 1, and then later add smarts so that it has one "gui thread" that processes output for multiple windows or something like that...i.e. add support for more than one later whenever anybody actually needs it? Thoughts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 00:04:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 23:04:22 -0000 Subject: [FFmpeg-trac] #1744(avdevice:open): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.af2bf1c111f7b7a4cfc0587c9af816dc@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:15 rogerdpack]: > @elioxia I'm kind of debating which way to go for this at the moment...if we have a dedicated thread for an SDL device then it prohibits us from (for instance) calling SDL_Init in another thread if we want 2 devices present at the same time, doesn't it? I guess we could live with "at most 1" device (and don't use SDL for anything else in your app!) or is there another way? sdl1.2 requires the presence of a single window per application. So there is no way to create different SDL devices (I guess you could have video and audio in different devices, but that would be quite pointless, and complicated...). > I suppose we could start with 1, and then later add smarts so that it has one "gui thread" that > processes output for multiple windows or something like that...i.e. add support for more than > one later whenever anybody actually needs it? Thoughts? Or use sdl2 which should support that (well at least different windows per application). Anyway this seems unrelated to this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 00:07:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 23:07:17 -0000 Subject: [FFmpeg-trac] #2011(avcodec:closed): i263: artefacts with deblocking filter In-Reply-To: <038.030d0c92d13bcae516bb1fbb26a4d8cd@avcodec.org> References: <038.030d0c92d13bcae516bb1fbb26a4d8cd@avcodec.org> Message-ID: <053.b85da9e5884dad3edf2f97b0f2789b32@avcodec.org> #2011: i263: artefacts with deblocking filter ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h263i | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Fixed by Michael in 7b1e0beb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 00:12:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 23:12:42 -0000 Subject: [FFmpeg-trac] #3169(avdevice:new): x11grab leaks shared memory if X server shuts down In-Reply-To: <041.b9cca328ac2f9a2083d5964fe0c1bec9@avcodec.org> References: <041.b9cca328ac2f9a2083d5964fe0c1bec9@avcodec.org> Message-ID: <056.cf0bfd1b8913445560fc56e4ef78c4a1@avcodec.org> #3169: x11grab leaks shared memory if X server shuts down --------------------------------------+------------------------------------ Reporter: levialliance | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: x11grab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: x11grab sharedmemory shm => x11grab Comment: Is avformat_close_input() in libavformat/utils.c called when the X server shuts down? (Is ffmpeg_cleanup() in ffmpeg.c called?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 00:18:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 25 Nov 2013 23:18:37 -0000 Subject: [FFmpeg-trac] #3167(avformat:new): Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 In-Reply-To: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> References: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> Message-ID: <052.97369764d6b58a59c15daf5fc420e208@avcodec.org> #3167: Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 userid99]: > 1. $ ffmpeg -f lavfi -i testsrc -vtag DX50 -t 60 T3167_video.avi > > Plays juddered top 1/3 of the screen Could the resolution be the problem? Or does it work if you remux the file with MEncoder? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 01:08:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 00:08:21 -0000 Subject: [FFmpeg-trac] #3167(avformat:new): Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 In-Reply-To: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> References: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> Message-ID: <052.b72617a1139191f5746858621c61af47@avcodec.org> #3167: Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by userid99): I can scale using virtualdub, original file above "video.avi" to same resolution as "T3167_video.avi" and it will play. Tried memuxing T3167_video.avi with mencoder, video and audio juddered (no change from ffmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 01:29:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 00:29:51 -0000 Subject: [FFmpeg-trac] #3168(trac:open): keys for spam filters in trac In-Reply-To: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> References: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> Message-ID: <051.66cd1059db2bb6731b90090e9ba1c531@avcodec.org> #3168: keys for spam filters in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: task | Status: open Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Comment (by llogan): Replying to [comment:5 michael]: > i failed to find where i could add http:BL, it seems the current spam filter plugin doesnt have a field for that It requires the dnspython module. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 01:31:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 00:31:36 -0000 Subject: [FFmpeg-trac] #1744(avdevice:open): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.845705dd3d23781c9a97016bcc5e3e59@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by rogerdpack): Sounds from that that with SDL 1.2 we may as well just have a single dedicated event_thread, since "there can be only one." which is basically what the current patch does. I guess when we move to sdl 2 then we'd either have to do it all in "main" or (probably better) refactor the single dedicated event_thread to handle multiple windows somehow. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 02:19:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 01:19:57 -0000 Subject: [FFmpeg-trac] #3169(avdevice:new): x11grab leaks shared memory if X server shuts down In-Reply-To: <041.b9cca328ac2f9a2083d5964fe0c1bec9@avcodec.org> References: <041.b9cca328ac2f9a2083d5964fe0c1bec9@avcodec.org> Message-ID: <056.264b576e4a61a2a81850966dc87eec34@avcodec.org> #3169: x11grab leaks shared memory if X server shuts down --------------------------------------+------------------------------------ Reporter: levialliance | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: x11grab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by levialliance): Extra av_log debugging output with SIGINT: {{{ Press [q] to stop, [?] for help video:25920kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% fmpeg_cleanup() called avformat_close_input() called x11grab_read_close() called x11grab_read_close() done avformat_close_input() done Received signal 2: terminating. ffmpeg_cleanup() done. }}} With X shutdown: {{{ Press [q] to stop, [?] for help XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"kbits/s after 339 requests (339 known processed) with 0 events remaining. }}} I created a partial solution that has been tested on linux here: https://github.com/levic/FFmpeg/compare/FFmpeg:master...master It's only a partial solution because while it solves SIGKILL/X disconnect for x11grab, if any other filters/input devices need to be cleanly shut down they still won't be if x11grab encounters an X disconnect. On linux and freebsd, you can mark the segment for deletion while processes are still attached and it will automatically clean up when the attached process count goes to zero. http://linux.die.net/man/2/shmctl http://www.freebsd.org/cgi/man.cgi?query=shmctl&sektion=2 Unfortunately posix & solaris say nothing along these lines and may delete the segment immediately (or at least prevent X from attaching to it) http://docs.oracle.com/cd/E19109-01/tsolaris8/835-8003/6ruu1b0qp/index.html http://pubs.opengroup.org/onlinepubs/007904975/functions/shmctl.html http://unix.derkeiler.com/Newsgroups/comp.unix.programmer/2005-04/0599.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 02:24:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 01:24:49 -0000 Subject: [FFmpeg-trac] #3168(trac:open): keys for spam filters in trac In-Reply-To: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> References: <036.eca86aad8aae946b15d8e1350ada590c@avcodec.org> Message-ID: <051.92bdf7d2e4024a1fdbf8daa5834fd2b0@avcodec.org> #3168: keys for spam filters in trac -------------------------------------+-------------------------------- Reporter: michael | Owner: Type: task | Status: open Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+-------------------------------- Comment (by michael): dnspython installed and key added thanks seems we had lost dnspython in the recent move/ trac upgrade -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 12:27:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 11:27:24 -0000 Subject: [FFmpeg-trac] #1744(avdevice:open): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.5b3b861ec40ee3c39436454ffb514b4d@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: unspecified | Resolution: Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by rogerdpack): ok latest patch seems to work on windows, thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 13:01:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 12:01:08 -0000 Subject: [FFmpeg-trac] #2953(undetermined:new): FFmpeg hangs while conversion video using libx264 In-Reply-To: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> References: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> Message-ID: <055.fe883a05dc9cf57bae43f4d6f20ae3fe@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+------------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gerrysingh7): HI, i tested the command with audio disable "-an" and 1 completed, and 3 stalled out. The stalls came at frames 22456, 64375, 76310. There seems to be no consistent point where it stalls. In all tests, I renamed the output.mp4 file of the previous test so I did not have an output.mp4 file to overwrite. i have given below the link to cmdoutput file for which conversion was unsuccessful, where the process stalled at frame 76310. It would appear that only the last 10,000 lines are saved by the CMD window, so I have no way to send you the complete output. I monitored the CPU CPU usage for ffmpeg.exe during these tests. Normally the CPU usage for ffmpeg.exe during processing while the CMD window is updating is around 50%-60%. If the CMD window "pauses", the CPU usage for ffmpeg.exe goes up to 98%-99%. (By "pause" I means the CMD window temporarily does not advance, but does eventually continue.) When the CMD window stalls out, the CPU usage for ffmpeg.exe goes to zero. I also included two screen shots of the Task Manager Processes, one with high usage and one with zero usage." I hope that this tells us something useful. Please let me know ASAP what we can try next, as he really needs this resolved. here is link to cmd output for the conversion that stalls. https://www.dropbox.com/s/rmq7hm8o0b9zok5/CMD%20output%20unsuccessful%20run%2011-25-13-stopped%20at%20frame%2076310.txt Please let me know what we can do on this further. THanks Gerry -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 13:53:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 12:53:44 -0000 Subject: [FFmpeg-trac] #2263(avformat:open): Read second SeekHead in Matroska files In-Reply-To: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> References: <034.b6ec7b3f7c97a872186c3e75d1c72fde@avcodec.org> Message-ID: <049.85a4af81defc76c561634bdfd8b14992@avcodec.org> #2263: Read second SeekHead in Matroska files -------------------------------------+------------------------------------- Reporter: eelco | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mkv h264 | Blocked By: bounty | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by eelco): * keywords: mkv h264 => mkv h264 bounty Comment: I?d like to offer a $100 bounty for implementing this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 13:55:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 12:55:24 -0000 Subject: [FFmpeg-trac] #2953(undetermined:new): FFmpeg hangs while conversion video using libx264 In-Reply-To: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> References: <040.29f4ed1d31f70196cc13584a9c94cc14@avcodec.org> Message-ID: <055.ab8cc3d7b52143a822ca326f056eb0a5@avcodec.org> #2953: FFmpeg hangs while conversion video using libx264 -------------------------------------+------------------------------------- Reporter: gerrysingh7 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:18 gerrysingh7]: > i tested the command with audio disable "-an" and 1 completed, and 3 stalled out. Which command did you test? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 14:49:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 13:49:45 -0000 Subject: [FFmpeg-trac] #3172(undetermined:new): Closed captions in mov_text in f4v Message-ID: <036.b63a88105283e1b5988f7b5e923efae1@avcodec.org> #3172: Closed captions in mov_text in f4v -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: sub cc mov master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Compn on irc pointed to a sample with strange subtitles, every line starts with {{{cc608:AAAA}}} {{{ $ ffmpeg -i rickandmorty_cc_001_pt1_t3LEd_AS_HD_large.flv ffmpeg version N-58470-g3c846fd Copyright (c) 2000-2013 the FFmpeg developers built on Nov 26 2013 14:14:11 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'rickandmorty_cc_001_pt1_t3LEd_AS_HD_large.flv': Metadata: major_brand : f4v minor_version : 0 compatible_brands: mp42iso2isomavc1 creation_time : 2013-11-25 18:07:18 Duration: 00:05:30.70, start: 0.000000, bitrate: 933 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv), 640x360, 799 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default) Metadata: creation_time : 2013-11-25 18:07:18 handler_name : Video Media Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 125 kb/s (default) Metadata: creation_time : 2013-11-25 18:07:18 handler_name : Sound Media Handler Stream #0:2(eng): Subtitle: mov_text (tx3g / 0x67337874), 640x360, 3 kb/s (default) Metadata: creation_time : 2013-11-25 18:07:18 handler_name : Subtitle Handler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 14:50:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 13:50:47 -0000 Subject: [FFmpeg-trac] #3172(undetermined:new): Closed captions in mov_text in f4v In-Reply-To: <036.b63a88105283e1b5988f7b5e923efae1@avcodec.org> References: <036.b63a88105283e1b5988f7b5e923efae1@avcodec.org> Message-ID: <051.1aed3dd0949122c8944c88763f811cb7@avcodec.org> #3172: Closed captions in mov_text in f4v -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: sub cc mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket3172/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 15:09:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 14:09:01 -0000 Subject: [FFmpeg-trac] #3169(avdevice:new): x11grab leaks shared memory if X server shuts down In-Reply-To: <041.b9cca328ac2f9a2083d5964fe0c1bec9@avcodec.org> References: <041.b9cca328ac2f9a2083d5964fe0c1bec9@avcodec.org> Message-ID: <056.00ca3de1b9958699cdffc885decfeb77@avcodec.org> #3169: x11grab leaks shared memory if X server shuts down --------------------------------------+------------------------------------ Reporter: levialliance | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: x11grab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): I cannot comment on your patch but if it fixes an issue (like for example a part of this ticket), please send it to the ffmpeg-devel, patches on this bug tracker are typically ignored. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 17:17:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 16:17:40 -0000 Subject: [FFmpeg-trac] #2479(avformat:open): mov file with two edit list entries In-Reply-To: <035.68e2bcbcb9ed01ddfbc6d6839e75bf37@avcodec.org> References: <035.68e2bcbcb9ed01ddfbc6d6839e75bf37@avcodec.org> Message-ID: <050.f048a61ad41ba930d7314d5bf8fd7873@avcodec.org> #2479: mov file with two edit list entries -------------------------------------+------------------------------------ Reporter: DEgITx | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by terran): This appears to be fixed in 2.1 as I was not able to reproduce it. Reproducible in 2.0.1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 18:43:41 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 17:43:41 -0000 Subject: [FFmpeg-trac] #1743(avdevice:closed): SDL out doesn't respond to clicking the window "x" close In-Reply-To: <039.820abc0cca5a4f57211b4a3ccf0f902e@avcodec.org> References: <039.820abc0cca5a4f57211b4a3ccf0f902e@avcodec.org> Message-ID: <054.9331776e3be99e654c9662ec07fc8a17@avcodec.org> #1743: SDL out doesn't respond to clicking the window "x" close ------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: sdl | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Should be fixed in: {{{ commit 7de3b1394b71118279e8f997be490633bc3f5d46 Author: Stefano Sabatini Date: Sun Nov 24 19:32:59 2013 +0100 lavd/sdl: add event handler thread SDL_Init() is called on the event handler thread, as required by SDL in Windows to avoid deadlocks as discovered by Roger Pack. Fix trac ticket #1743 and #1744. }}} Resize issue addressed in a further patch. Dragging worked last time I tested on Windows, feel free to open a separate ticket if it doesn't. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 18:44:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 17:44:49 -0000 Subject: [FFmpeg-trac] #1744(avdevice:closed): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.e014abda3874107ac9ee9095be0fa54c@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: unspecified | Resolution: fixed Keywords: sdl bounty | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit 7de3b1394b71118279e8f997be490633bc3f5d46 Author: Stefano Sabatini Date: Sun Nov 24 19:32:59 2013 +0100 lavd/sdl: add event handler thread SDL_Init() is called on the event handler thread, as required by SDL in Windows to avoid deadlocks as discovered by Roger Pack. Fix trac ticket #1743 and #1744. }}} Thanks for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Nov 26 23:48:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 26 Nov 2013 22:48:57 -0000 Subject: [FFmpeg-trac] #2479(avformat:closed): mov file with two edit list entries In-Reply-To: <035.68e2bcbcb9ed01ddfbc6d6839e75bf37@avcodec.org> References: <035.68e2bcbcb9ed01ddfbc6d6839e75bf37@avcodec.org> Message-ID: <050.9e0fe814e8d8a0f70269c6048ecd157a@avcodec.org> #2479: mov file with two edit list entries -------------------------------------+------------------------------------ Reporter: DEgITx | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Thierry Foucu, related to ticket #1378. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 01:58:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 00:58:55 -0000 Subject: [FFmpeg-trac] #3173(FFmpeg:new): afade-fadeout on pipe:0 stream Message-ID: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> #3173: afade-fadeout on pipe:0 stream --------------------------------+--------------------------------------- Reporter: Fusl | Type: enhancement Status: new | Priority: wish Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Hello, is it possible to implement a way to apply fadeout-effects to a pipe:0-stream? I think this is possible when buffering the input audio for the time of fadeout-seconds specified and when pipe:0 has been closed, apple the effect on the buffer. Is this correct and can this be implemented in FFmpeg? Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 05:53:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 04:53:41 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.31214f089034a2e7f4cc897ec32fff4b@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nagesh): Replying to [comment:12 cehoyos]: > Replying to [comment:11 nagesh]: > > So is the bug confirmed? > > I hope you agree that the issue is difficult to reproduce for somebody who doesn't know the Kannada alphabet... Agreed. > > I tested the following and will attach the output. Does it allow to reproduce the issue? If yes, how is the output supposed to look like? > {{{ > $ ffmpeg -f lavfi -i color=s=hd720 -vf subtitles=kn.srt -ss 2 -vframes 1 out.jpg > }}} It is supposed to look like this: ????? ?????????? ????? ?? ???? ????? ???????? ??????????? ????? ???????????????? ?????? We can simplify this as follows. I have attached a 'dummy' srt file that has just one word - ?????? - my name in Kannada language. This srt is 1:10 long. This srt could be added to the raw video to see output and compared. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 08:15:17 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 07:15:17 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.339ee394498ff9c5baf622f4cb009e39@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): nagesh, why are you assuming most people's browsers can render this correctly? And did you try compiling with harfbuzz yet? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 08:15:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 07:15:46 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.6d6300b3a226a01824539d236540c21c@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 09:19:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 08:19:02 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.771a048bcfdc2adcd9ad5c93b94a7ff3@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nagesh): Replying to [comment:14 gjdfgh]: > nagesh, why are you assuming most people's browsers can render this correctly? > I am not. That is why the first post in this ticket has an image uploaded. Anyway, I have uploaded an image format so that it is clearer. > And did you try compiling with harfbuzz yet? I do not recall seeing an instruction in FFmpeg documentation that mentions the need for this compilation for Indian languages. Is it confirmed that harfbuzz is required ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 09:24:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 08:24:01 -0000 Subject: [FFmpeg-trac] #3165(undetermined:new): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.580dc77f4cc455728b6d718568ccc61d@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by gjdfgh): >I do not recall seeing an instruction in FFmpeg documentation that mentions the need for this compilation for Indian languages. Why would the FFmpeg documentation care about this? libass is a third- party library, and libass itself does indeed make clear that harfbuzz is required for scripts which require complex text layout. >Is it confirmed that harfbuzz is required ? I don't know. Try it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 09:47:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 08:47:08 -0000 Subject: [FFmpeg-trac] #3173(avfilter:open): afade-fadeout on pipe:0 stream In-Reply-To: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> References: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> Message-ID: <048.ce1171a6db9d23a8bdf329817a961bc4@avcodec.org> #3173: afade-fadeout on pipe:0 stream -------------------------------------+------------------------------------ Reporter: Fusl | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: afade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => afade * status: new => open * version: unspecified => git-master * component: FFmpeg => avfilter Comment: Related to ticket #2631. Note that most developers believe that this is not a good idea. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 12:24:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 11:24:06 -0000 Subject: [FFmpeg-trac] #3174(undetermined:new): Natural Green Cleanse Message-ID: <039.64aa02ff11e0eadda2e5176520986d35@avcodec.org> #3174: Natural Green Cleanse -------------------------------------+------------------------------------- Reporter: jansukerry | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- "Unless you syncope, puke, or die, rest walking!" is retributory one of numerous helpful phrases Jillian Michaels has distributed with The Largest Loser contestants. After two seasons away from the show-spent overseeing her ever-expanding brand, authorship Slim for Beingness, and becoming mom to a female, Lukensia, two-and-a-half, and boy, Phoenix, 10 months, with relation Heidi Rhoades-she's back. But don't acquire she's a kinder, gentler Jillian: "I'm not!" says Jillian, 39. "If I'm attractive indication forth from my companionship and kids, you had amended show the f--- up and associate enterprise. I would say I'm worsened than e'er!" [http://www.naturalgreencleansecost.org/ Natural Green Cleanse] Actually, motherhood has prefab it easier for her to colligate to women's slim-down woes: "The exclusive period I put on weight freshly was with the kids," she says. "I was so spent I was suchlike, 'How am I supposed to figure this out?'" The legerdemain is real-life, rounded tactics: "I've become the student of shortcuts! It's plant almost ingestion lower and moving more, but there's a way to do it so you don't find unhappy." This way, the coefficient stays off.Natural Green Cleanse After two seasons forth from The Large Loser-during which period she became mom to a woman, Lukensia, and boy, Phoenix-Jillian Michaels is punt. She's not exactly a kinder, gentler Jillian, but kinship has made it easier for her to connect to women's slim-down woes.Natural Green Cleanse "The only second I put on metric recently was with the kids," she says. Her performance for losing it? Real-life, plain tactics: "I've become the superior of shortcuts! It's still active intake less and soaring solon, but there's a way to do it so you don't look paltry." This way, the metric stays off. Here are her top tips. Like your shape-starting right now-with this five-week counsel that gets you hefty, toned and good underweight (15 pounds plumage in retributive 5 weeks).Natural Green Cleanse Whether you requirement to verbalise up after an luxurious holiday or finally discontinue that 10, 20, regularize 50 pounds, we've got the counselling that faculty really metamorphose your body. We improved this peltate slim-down around the iii key strategies that actually subdivision to metric death. http://www.naturalgreencleansecost.org/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 12:31:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 11:31:12 -0000 Subject: [FFmpeg-trac] #3175(avformat:new): audio (aac) silently on streamcopy from mpegts to flv Message-ID: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv -------------------------------------+------------------------------------- Reporter: iluvatar | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: aac | master streamcopy flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- If you do streamcopy from mpegts to flv with audiocodec aac audio in output is silently. Reproduced with internal aac encoder, faac and libfdk_aac. The problem occurs, because AudioSpecificConfig (ASC) is not written on streamcopy. Bitstream filter aac_adtstoasc_bsf.c writes ASC correctly (line 94-99) but too late (after flv header). If you write ASC in flvenc.c manually, encoded file is written correctly: {{{ --- a/libavformat/flvenc.c +++ b/libavformat/flvenc.c @@ -397,7 +397,8 @@ static int flv_write_header(AVFormatContext *s) if (enc->codec_id == AV_CODEC_ID_AAC) { avio_w8(pb, get_audio_flags(s, enc)); avio_w8(pb, 0); // AAC sequence header - avio_write(pb, enc->extradata, enc->extradata_size); + avio_wb16(pb, 5000); // ^= 0x1388; AAC LC, 22050 Hz, 1 channel + //avio_write(pb, enc->extradata, enc->extradata_size); } else { avio_w8(pb, enc->codec_tag | FLV_FRAME_KEY); // flags avio_w8(pb, 0); // AVC sequence header }}} More information about ASC: http://wiki.multimedia.cx/index.php?title=MPEG- 4_Audio#Audio_Specific_Config I don't know if you can call bitstream filter before writing flv header. How to reproduce: {{{ % ffmpeg -re -i /tmp/input.ts -c:v copy -c:a libfaac -b:a 32k -ar 22050 -ac 1 -f mpegts udp://localhost:1234 ffmpeg version N-58470-g3c846fd Copyright (c) 2000-2013 the FFmpeg developers built on Nov 26 2013 14:56:57 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-nonfree --enable-libfaac --enable-libx264 --enable-gpl --enable-libzmq --enable-libfreetype --enable-ffplay --enable-librtmp --enable-libfdk-aac --enable-libmp3lame --enable-libvpx libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpegts, from '/tmp/input.ts': Duration: 00:01:00.00, start: 1.378667, bitrate: 2319 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:1[0x101](deu): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 121 kb/s Output #0, mpegts, to 'udp://localhost:1234': Metadata: encoder : Lavf55.21.102 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 50 fps, 90k tbn, 50 tbc Stream #0:1(deu): Audio: aac (libfaac), 22050 Hz, mono, s16, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (aac -> libfaac) Press [q] to stop, [?] for help % ffmpeg -i udp://localhost:1234 -c copy -bsf:a aac_adtstoasc -f flv output.flv }}} My intention is to stream one mpegts (with one h264 and multiple languages -> aac) to a local udp port and then steam each language in extra processes to different flash servers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 12:37:19 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 11:37:19 -0000 Subject: [FFmpeg-trac] #3175(avformat:new): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> References: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> Message-ID: <052.b5c6600857bf1f851aef4b4b619569f5@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv ------------------------------------+------------------------------------ Reporter: iluvatar | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: aac streamcopy flv => aac flv Comment: So I understand correctly that you added console output for the command that does not show the problem, ie for a command that works ok? Is udp necessary to reproduce this issue or is it sufficient to remux a fate sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 12:45:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 11:45:06 -0000 Subject: [FFmpeg-trac] #3173(avfilter:open): afade-fadeout on pipe:0 stream In-Reply-To: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> References: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> Message-ID: <048.bdd29c6c3e9bef1dfd6861a30073431e@avcodec.org> #3173: afade-fadeout on pipe:0 stream -------------------------------------+------------------------------------ Reporter: Fusl | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: afade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Fusl): Why is that? Please explain, because i don't think that this is not a good idea. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 16:31:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 15:31:35 -0000 Subject: [FFmpeg-trac] #2211(undetermined:reopened): Not possible to override bogus FPS in raw h264 streams In-Reply-To: <036.edaaaa5f0723fc0d3596cb2af121944c@avcodec.org> References: <036.edaaaa5f0723fc0d3596cb2af121944c@avcodec.org> Message-ID: <051.248915554bd18439a88efcbd47fabd78@avcodec.org> #2211: Not possible to override bogus FPS in raw h264 streams -------------------------------------+------------------------------------- Reporter: jaanusk | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by zagser168): * cc: zagser168@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 17:58:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 16:58:53 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.fa78ecfbf35eb88a70dbd83a57ce7170@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: new => open * reproduced: 0 => 1 Comment: This is the expected behavior, after the -override_ffserver option is specified. It should be probably documented better, and/or a warning should be issued. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 21:17:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 20:17:12 -0000 Subject: [FFmpeg-trac] #3176(FFmpeg:new): Transcoding with -copyts does not work with some MPEG-TS files/streams Message-ID: <037.b7c6c6a47a146052ebc0d30e12684886@avcodec.org> #3176: Transcoding with -copyts does not work with some MPEG-TS files/streams ----------------------------------+-------------------------------------- Reporter: aurelien | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: copyts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Hello, ffmpeg is stuck when trying to transcode a video stream from some MPEG-TS files or streams (maybe other formats are affected). It seems the problem lies in do_video_out() of ffmpeg.c (showing only the relevant lines) : {{{ sync_ipts = in_picture->pts; delta = sync_ipts - ost->sync_opts + duration; [...] case VSYNC_CFR: // FIXME set to 0.5 after we fix some dts/pts bugs like in avidec.c if (delta < -1.1) nb_frames = 0; else if (delta > 1.1) nb_frames = lrintf(delta); [...] /* duplicates frame if needed */ for (i = 0; i < nb_frames; i++) { av_init_packet(&pkt); pkt.data = NULL; pkt.size = 0; }}} the lrintf() call sets nb_frames to a very huge value (since delta is huge) and the frame is then duplicated (in my example file i get nb_frames=2013400). My guess is that -copyts seems to work fine when the first pts is very close to 0 but not when it starts from a big value. I uploaded the sample copyts_pictures_dup.ts on the FTP. How to reproduce: {{{ % ffmpeg -i /dump/copyts_pictures_dup.ts -copyts -an -vcodec libx264 -profile:v baseline -r 25 -s 144x96 -b:v 200k -preset ultrafast -filter:v yadif -f mpegts -y /dev/null ffmpeg version N-58499-gb723c4e Copyright (c) 2000-2013 the FFmpeg developers built on Nov 27 2013 19:40:04 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/home/aurelien/local --enable-postproc --enable- nonfree --enable-gpl --enable-libfaac --enable-shared --enable-libx264 --extra-cflags=-I/home/aurelien/local/include --extra- ldflags=-L/home/aurelien/local/lib --enable-version3 --disable- optimizations --enable-libfreetype --disable-stripping --enable-libaacplus --enable-libfdk-aac libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x1103c80] non-existing PPS referenced [h264 @ 0x1103c80] non-existing PPS 0 referenced [h264 @ 0x1103c80] decode_slice_header error [... non-existing PPS messages skipped ...] [mpegts @ 0x22c9b40] PES packet size mismatch Input #0, mpegts, from '/dump/copyts_pictures_dup.ts': Duration: 00:00:08.09, start: 80533.820156, bitrate: 9297 kb/s Program 234 Stream #0:0[0x3fc]: 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[0x3fd](fra): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:2[0x3fe](qaa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s [libx264 @ 0x22d0040] using SAR=32/27 [libx264 @ 0x22d0040] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x22d0040] profile Constrained Baseline, level 1.3 Output #0, mpegts, to '/dev/null': Metadata: encoder : Lavf55.21.102 Stream #0:0: Video: h264 (libx264), yuv420p, 144x96 [SAR 32:27 DAR 16:9], q=-1--1, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Press [q] to stop, [?] for help [h264 @ 0x36b2d60] reference picture missing during reorder [h264 @ 0x36b2d60] Missing reference picture, default is 2147483647 [h264 @ 0x3766840] mmco: unref short failure [h264 @ 0x398fa40] reference picture missing during reorder [h264 @ 0x398fa40] Missing reference picture, default is 65516 [h264 @ 0x39fe440] mmco: unref short failure [h264 @ 0x36f7ec0] mmco: unref short failure [h264 @ 0x398fa40] mmco: unref short failure <<< need to Ctrl-C twice to kill ffmpeg from here >>> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 23:48:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 22:48:15 -0000 Subject: [FFmpeg-trac] #3177(avcodec:new): asm error on i686 Message-ID: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> #3177: asm error on i686 ---------------------------------+---------------------------------- Reporter: andreas | Type: defect Status: new | Priority: normal Component: avcodec | Version: 2.1.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Summary of the bug: "make check" fails on i686 with the following error message: In file included from libavcodec/cabac_functions.h:36:0, from libavcodec/cabac.c:32: libavcodec/cabac.c: In function 'main': libavcodec/x86/cabac.h:190:5: error: 'asm' operand has impossible constraints __asm__ volatile( How to reproduce: The error manifests itself when compiling on the build machine of the Guix distribution, see http://hydra.gnu.org/build/29410/nixlog/1/raw The first lines of this web page also give the exact dependencies used to compile ffmpeg, in particular, gcc-4.8.2. I am attaching the config.log. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Nov 27 23:59:14 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 22:59:14 -0000 Subject: [FFmpeg-trac] #3177(avcodec:new): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.44c3117052e739ba49acdb1b15d460ab@avcodec.org> #3177: asm error on i686 ---------------------------------+----------------------------------- Reporter: andreas | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.1.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by cehoyos): Replying to [ticket:3177 andreas]: > The error manifests itself when compiling on the build machine of the Guix distribution, see > http://hydra.gnu.org/build/29410/nixlog/1/raw Unfortunately, we generally don't support external build scripts, in your specific example, the script looks completely broken;-( Could you test something like {{{./configure --enable-gpl --enable-shared --enable-fontconfig --enable-libfreetype --enable-libspeex --enable- libtheora --enable-libvorbis && make ffmpeg}}} ? If that allows to reproduce the problem, please run make again, then run {{{make V=1}}} and post the complete, uncut output here (please do not post the console output of an earlier run). And please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 00:03:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 23:03:31 -0000 Subject: [FFmpeg-trac] #3177(avcodec:new): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.39541a69c535caea440e65c2d66393c8@avcodec.org> #3177: asm error on i686 ---------------------------------+----------------------------------- Reporter: andreas | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: 2.1.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+----------------------------------- Comment (by cehoyos): I may have misunderstand your issue: Why do you run {{{make check}}}? If you want to test your FFmpeg compilation, please run {{{make SAMPLES=fate- suite fate-rsync && make SAMPLES=fate-suite fate}}} I suspect {{{make libavcodec/cabac-test}}} is not supposed to work on x86-32. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 00:03:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 23:03:56 -0000 Subject: [FFmpeg-trac] #3177(avcodec:new): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.5f838907f928feac58499c00c77735f7@avcodec.org> #3177: asm error on i686 ------------------------------------+----------------------------------- Reporter: andreas | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * version: 2.1.1 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 00:21:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 23:21:09 -0000 Subject: [FFmpeg-trac] #3177(avcodec:open): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.585d9bd936d71e193059fb7e239a31fd@avcodec.org> #3177: asm error on i686 -------------------------------------+------------------------------------- Reporter: andreas | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 regression * priority: normal => minor * status: new => open * reproduced: 0 => 1 Comment: Otoh, this is a regression since d40ff29c {{{ $ make V=1 libavcodec/cabac-test cc -m32 -I. -I./ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 -DHAVE_AV_CONFIG_H -DTEST -std=c99 -fomit-frame-pointer -pthread -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL -g -Wdeclaration-after- statement -Wall -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wwrite-strings -Wtype-limits -Wundef -Wmissing-prototypes -Wno-pointer- to-int-cast -Wstrict-prototypes -Wno-parentheses -Wno-switch -Wno-format- zero-length -Wno-pointer-sign -O3 -fno-math-errno -fno-signed-zeros -fno- tree-vectorize -Werror=implicit-function-declaration -Werror=missing- prototypes -Werror=return-type -Werror=vla -Wno-maybe-uninitialized -MMD -MF libavcodec/cabac-test.d -MT libavcodec/cabac-test.o -c -o libavcodec /cabac-test.o libavcodec/cabac.c In file included from libavcodec/cabac_functions.h:36:0, from libavcodec/cabac.c:32: libavcodec/cabac.c: In function ?main?: libavcodec/x86/cabac.h:190:5: error: can?t find a register in class ?GENERAL_REGS? while reloading ?asm? In file included from ./libavutil/timer.h:42:0, from ./libavutil/internal.h:39, from ./libavutil/common.h:415, from libavcodec/cabac.c:29: ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints In file included from libavcodec/cabac_functions.h:36:0, from libavcodec/cabac.c:32: libavcodec/x86/cabac.h:262:5: error: ?asm? operand has impossible constraints In file included from ./libavutil/timer.h:42:0, from ./libavutil/internal.h:39, from ./libavutil/common.h:415, from libavcodec/cabac.c:29: ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints In file included from libavcodec/cabac_functions.h:36:0, from libavcodec/cabac.c:32: libavcodec/x86/cabac.h:190:5: error: ?asm? operand has impossible constraints In file included from ./libavutil/timer.h:42:0, from ./libavutil/internal.h:39, from ./libavutil/common.h:415, from libavcodec/cabac.c:29: ./libavutil/x86/timer.h:33:5: error: ?asm? operand has impossible constraints make: *** [libavcodec/cabac-test.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 00:24:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 23:24:53 -0000 Subject: [FFmpeg-trac] #3177(avcodec:open): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.0fcc01ba5d346f88787ee8aaed9d61b7@avcodec.org> #3177: asm error on i686 ------------------------------------+----------------------------------- Reporter: andreas | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by andreas): * keywords: h264 regression => * priority: minor => normal * reproduced: 1 => 0 Comment: I am a bit confused; why should we not use "make check"? Is this not the "universal" way of testing compilation of projects based on the autotools? If this specific test is not supported in 32 bit, it should be activated only conditionally (we could do so in our build scripts, but it would be preferable to do so in the ffmpeg distribution itself). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 00:31:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 23:31:06 -0000 Subject: [FFmpeg-trac] #3177(avcodec:open): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.c9b2bf369a962d0ca27567e6aa9c7cf7@avcodec.org> #3177: asm error on i686 -------------------------------------+------------------------------------- Reporter: andreas | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by andreas): * keywords: => h264 regression * priority: normal => minor * reproduced: 0 => 1 Comment: Sorry, my comment apparently undid your modifications on the bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 00:40:21 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 27 Nov 2013 23:40:21 -0000 Subject: [FFmpeg-trac] #3177(avcodec:open): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.80a9788c29a0c80062cb897542fb2584@avcodec.org> #3177: asm error on i686 -------------------------------------+------------------------------------- Reporter: andreas | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 andreas]: > I am a bit confused; why should we not use "make check"? Is this not the "universal" way of testing compilation of projects based on the autotools? FFmpeg is not based on autotools and {{{make check}}} is not the way to test FFmpeg compilation. Afaict {{{libavcodec/cabac-test}}} is a developer-specific test (and I am not convinced make {{{make check}}} actually runs the test). As said, make fate (after downloading the samples!) is the recommended way of testing your FFmpeg compilation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 01:06:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 00:06:10 -0000 Subject: [FFmpeg-trac] #3177(avcodec:open): asm error on i686 In-Reply-To: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> References: <036.6091537d9f867d9511be2ba94cd66fea@avcodec.org> Message-ID: <051.4e996662a6239fc54750e6d6e8d3b78a@avcodec.org> #3177: asm error on i686 -------------------------------------+------------------------------------- Reporter: andreas | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Replying to [comment:7 cehoyos]: > Replying to [comment:5 andreas]: > > I am a bit confused; why should we not use "make check"? Is this not the "universal" way of testing compilation of projects based on the autotools? > > FFmpeg is not based on autotools and {{{make check}}} is not the way to test FFmpeg compilation. > Afaict {{{libavcodec/cabac-test}}} is a developer-specific test (and I am not convinced that {{{make check}}} actually runs the test). > > As said, make fate (after downloading the samples!) is the recommended way of testing your FFmpeg compilation. Warning: samples are BIG! See also http://www.ffmpeg.org/fate.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 09:42:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 08:42:03 -0000 Subject: [FFmpeg-trac] #3176(FFmpeg:closed): Transcoding with -copyts does not work with some MPEG-TS files/streams In-Reply-To: <037.b7c6c6a47a146052ebc0d30e12684886@avcodec.org> References: <037.b7c6c6a47a146052ebc0d30e12684886@avcodec.org> Message-ID: <052.f42638ec800d61d337470a2503f32b90@avcodec.org> #3176: Transcoding with -copyts does not work with some MPEG-TS files/streams ------------------------------------+---------------------------------- Reporter: aurelien | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: copyts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Michael in 738ebb4a Thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 10:22:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 09:22:21 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.7348b77f407200dcdbdfd81d47673f54@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by importinis): In http://ffmpeg.org/ffserver.html#toc-Description I see, that "ffserver is a streaming server for both audio and video. It supports several live feeds, streaming from files and time shifting on live feeds (you can seek to positions in the past on each live feed, provided you specify a big enough feed storage in ?ffserver.conf?)." So ffserver is streaming server not encoder, so why to ignore servers params? In this case, params related to streaming server(ffserver) should NOT be ignored. Maybe you have an answer: How to set Preroll, StartSendOnKey in -override_ffserver ? I cant find any option. If you change just documentation - it doesnt help to solve HUGE BUG. To me, with or without "-override_ffserver" ffserver is just tool in sandbox, because in both situations ffserver has bug's(this and http://trac.ffmpeg.org/ticket/1970). Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 10:29:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 09:29:04 -0000 Subject: [FFmpeg-trac] #3175(avformat:new): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> References: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> Message-ID: <052.81804e0b627ade5198ee93a0a3e7720f@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv ------------------------------------+------------------------------------ Reporter: iluvatar | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by iluvatar): Replying to [comment:1 cehoyos]: > Do I understand correctly that you added console output for the command that does not show the problem, ie for a command that works ok? Audio stream in my sample output.flv is silently. If I change flvenc.c as described above output.flv is good. > > Is udp necessary to reproduce this issue or is it sufficient to remux a fate sample? Udp is not necessary. Here is a better sample: {{{ ffmpeg -i fate-suite/aac/CT_DecoderCheck/File1.aac -c copy -f flv -bsf:a aac_adtstoasc /tmp/File1.flv }}} I played flv with vlc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 10:45:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 09:45:44 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.acd8f97400c70a3c0ee5eb7d5f6b0536@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:3 importinis]: > In http://ffmpeg.org/ffserver.html#toc-Description I see, that "ffserver is a streaming server for both audio and video. It supports several live feeds, streaming from files and time shifting on live feeds (you can seek to positions in the past on each live feed, provided you specify a big enough feed storage in ?ffserver.conf?)." > > So ffserver is streaming server not encoder, so why to ignore servers params? In this case, params related to streaming server(ffserver) should NOT be ignored. Maybe you have an answer: How to set Preroll, StartSendOnKey in -override_ffserver ? I cant find any option. AFAIK {{{Preroll}}} and {{{StartSendOnKey}}} should be settable even with {{{-override_ffserver}}}. {{{-override_ffserver}}} only affects encoding parameters (which are usually set by ffserver when sending the header to ffmpeg). So for example AVOptionAudio/Video options will be ignored by ffmpeg when you set the option, and you will need to specify the corresponding option in ffmpeg. Now, simple question since I started to look at ffserver yesterday, how can I reproduce the !Preroll/StartSendOnKey issue? What should I expect, what happens instead? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 11:00:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 10:00:53 -0000 Subject: [FFmpeg-trac] #3175(avformat:new): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> References: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> Message-ID: <052.4395b1e0371e4ceb666446bf8bb0cf19@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv ------------------------------------+------------------------------------ Reporter: iluvatar | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 iluvatar]: > Replying to [comment:1 cehoyos]: > > Do I understand correctly that you added console output for the command that does not show the problem, ie for a command that works ok? > Audio stream in my sample output.flv is silently. But for the command that outputs output.flv, you did not add console output. You did add console output for a command that I suspect works fine or doesn't it? > If I change flvenc.c as described above output.flv is good. > > Is udp necessary to reproduce this issue or is it sufficient to remux a fate sample? > Udp is not necessary. Here is a better sample: > > {{{ > ffmpeg -i fate-suite/aac/CT_DecoderCheck/File1.aac -c copy -f flv -bsf:a aac_adtstoasc /tmp/File1.flv > }}} Please add complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 11:45:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 10:45:12 -0000 Subject: [FFmpeg-trac] #3178(undetermined:new): AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output Message-ID: <035.4c294e06f0c99028e385c65c20d657a4@avcodec.org> #3178: AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The test file can be found in http://www.cccp-project.net/beta/test_files/ under the filename given in the log. As you can see, the first timestamp is 42 instead of 0. This is because pkt_dts returns the second packet's timestamp, instead of the first packet's. Apparently, pkt_dts is supposed to follow the codec delay (and in the case, the codec delay is 1), and the first packet's dts is supposed to be negative. However, this is not how it works for vfw-muxed MKV (this file; has DTS starting with 0), mpeg4 in AVI files (have DTS starting with 0), and mpeg4 in OGM (has DTS starting ewith 0, and PTS incorrectly set to DTS). Log follows. It has the patch "[PATCH] ffprobe: output best_effort_timestamp" from ffmpeg-devel applied to print the best_effort_timestamp. If you want "full uncut console output", please increase TRAC's ticket description limit to at least 566 KB. ffprobe version N-58486-g52bbc4f Copyright (c) 2007-2013 the FFmpeg developers built on Nov 28 2013 11:37:00 with gcc 4.8 (Debian 4.8.2-5) configuration: --prefix=/tmp/ffmpeg-bin libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.101 / 55. 5.101 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, matroska,webm, from '/tmp/[CCCP]_Mega_Lossless_Audio_Test.mkv': Metadata: title : Macross Plus - Episode 4 Intro creation_time : 2006-08-03 02:20:28 Duration: 00:00:56.22, start: 0.000000, bitrate: 15003 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 672x464 [SAR 1:1 DAR 42:29], SAR 58:63 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - Episode 4 Intro Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: flac, 48000 Hz, 5.1(side), s16 Metadata: title : FLAC 6ch Audio Stream #0:4(jpn): Audio: flac, 48000 Hz, stereo, s16 Metadata: title : FLAC 2ch Audio Stream #0:5(eng): Audio: tta, 48000 Hz, 5.1, s16 Metadata: title : TTA 6ch Audio Stream #0:6(jpn): Audio: tta, 48000 Hz, stereo, s16 Metadata: title : TTA 2ch Audio Stream #0:7(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Lossy 6ch Audio Stream #0:8(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Lossy 2ch Audio Stream #0:9(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Hybrid 6ch Audio Stream #0:10(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Hybrid 2ch Audio Stream #0:11(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Lossless 6ch Audio Stream #0:12(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Lossless 2ch Audio Stream #0:13(eng): Subtitle: subrip (default) Metadata: title : English Subtitles (SRT) Stream #0:14(eng): Subtitle: subrip Metadata: title : Closed Captions (SRT) [mpeg4 @ 0x91779a0] Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using a tool like VirtualDub or avidemux to fix it. [FRAME] media_type=video key_frame=1 pkt_pts=N/A pkt_pts_time=N/A pkt_dts=42 pkt_dts_time=0.042000 best_effort_timestamp=42 best_effort_timestamp_time=0.042000 pkt_duration=41 pkt_duration_time=0.041000 pkt_pos=7412 pkt_size=16700 width=672 height=464 pix_fmt=yuv420p sample_aspect_ratio=58:63 pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 11:46:50 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 10:46:50 -0000 Subject: [FFmpeg-trac] #3175(avformat:new): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> References: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> Message-ID: <052.aa65fc6814ed748fe528d2a4cf7fc602@avcodec.org> #3175: audio (aac) silently on streamcopy from mpegts to flv ------------------------------------+------------------------------------ Reporter: iluvatar | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: aac flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by iluvatar): Replying to [comment:3 cehoyos]: > Replying to [comment:2 iluvatar]: > > Replying to [comment:1 cehoyos]: > > > Do I understand correctly that you added console output for the command that does not show the problem, ie for a command that works ok? > > Audio stream in my sample output.flv is silently. > > But for the command that outputs output.flv, you did not add console output. You did add console output for a command that I suspect works fine or doesn't it? Yes, you are right, sorry. Here is the console output of the second command: {{{ % ffmpeg -i udp://localhost:1234 -c copy -bsf:a aac_adtstoasc -f flv output.flv ffmpeg version N-58470-g3c846fd Copyright (c) 2000-2013 the FFmpeg developers built on Nov 26 2013 14:56:57 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-nonfree --enable-libfaac --enable-libx264 --enable-gpl --enable-libzmq --enable-libfreetype --enable-ffplay --enable-librtmp --enable-libfdk-aac --enable-libmp3lame --enable-libvpx libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [h264 @ 0xb0b74c0] non-existing PPS referenced [h264 @ 0xb0b74c0] non-existing PPS 0 referenced [h264 @ 0xb0b74c0] decode_slice_header error [h264 @ 0xb0b74c0] no frame! [mpegts @ 0xb098d80] PES packet size mismatch Input #0, mpegts, from 'udp://localhost:1234': Duration: N/A, start: 68.552111, bitrate: 34 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 16:11 DAR 20:11], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101](qaa): Audio: aac ([15][0][0][0] / 0x000F), 22050 Hz, mono, fltp, 34 kb/s Output #0, flv, to 'output.flv': Metadata: encoder : Lavf55.21.102 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 720x576 [SAR 16:11 DAR 20:11], q=2-31, 25 fps, 1k tbn, 90k tbc Stream #0:1(qaa): Audio: aac ([10][0][0][0] / 0x000A), 22050 Hz, mono, 34 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 217 fps= 53 q=-1.0 Lsize= 3671kB time=00:00:10.03 bitrate=2998.0kbits/s video:3625kB audio:39kB subtitle:0 global headers:0kB muxing overhead 0.190463% }}} > > > If I change flvenc.c as described above output.flv is good. > > > > Is udp necessary to reproduce this issue or is it sufficient to remux a fate sample? > > Udp is not necessary. Here is a better sample: > > > > {{{ > > ffmpeg -i fate-suite/aac/CT_DecoderCheck/File1.aac -c copy -f flv -bsf:a aac_adtstoasc /tmp/File1.flv > > }}} > > Please add complete, uncut console output to make this a valid ticket. {{{ % ffmpeg -i aac/CT_DecoderCheck/File1.aac -c copy -f flv -bsf:a aac_adtstoasc File1.flv ffmpeg version N-58470-g3c846fd Copyright (c) 2000-2013 the FFmpeg developers built on Nov 26 2013 14:56:57 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-nonfree --enable-libfaac --enable-libx264 --enable-gpl --enable-libzmq --enable-libfreetype --enable-ffplay --enable-librtmp --enable-libfdk-aac --enable-libmp3lame --enable-libvpx libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [aac @ 0x9968da0] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'aac/CT_DecoderCheck/File1.aac': Metadata: title : The 1st file artist : Coding Technologies album : aacPlus Decoder Check date : 2007 Duration: 00:00:09.20, bitrate: 27 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, fltp, 27 kb/s Output #0, flv, to 'File1.flv': Metadata: title : The 1st file artist : Coding Technologies album : aacPlus Decoder Check date : 2007 encoder : Lavf55.21.102 Stream #0:0: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, stereo, 27 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 33kB time=00:00:07.84 bitrate= 34.1kbits/s video:0kB audio:31kB subtitle:0 global headers:0kB muxing overhead 6.447092% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 12:06:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 11:06:02 -0000 Subject: [FFmpeg-trac] #3178(undetermined:new): AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output In-Reply-To: <035.4c294e06f0c99028e385c65c20d657a4@avcodec.org> References: <035.4c294e06f0c99028e385c65c20d657a4@avcodec.org> Message-ID: <050.9c9047a88c9afb9c0c1325ff79fa92c1@avcodec.org> #3178: AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by ubitux: Old description: > The test file can be found in http://www.cccp- > project.net/beta/test_files/ under the filename given in the log. As you > can see, the first timestamp is 42 instead of 0. This is because pkt_dts > returns the second packet's timestamp, instead of the first packet's. > Apparently, pkt_dts is supposed to follow the codec delay (and in the > case, the codec delay is 1), and the first packet's dts is supposed to be > negative. However, this is not how it works for vfw-muxed MKV (this file; > has DTS starting with 0), mpeg4 in AVI files (have DTS starting with 0), > and mpeg4 in OGM (has DTS starting ewith 0, and PTS incorrectly set to > DTS). > > Log follows. It has the patch "[PATCH] ffprobe: output > best_effort_timestamp" from ffmpeg-devel applied to print the > best_effort_timestamp. If you want "full uncut console output", please > increase TRAC's ticket description limit to at least 566 KB. > > ffprobe version N-58486-g52bbc4f Copyright (c) 2007-2013 the FFmpeg > developers > built on Nov 28 2013 11:37:00 with gcc 4.8 (Debian 4.8.2-5) > configuration: --prefix=/tmp/ffmpeg-bin > libavutil 52. 55.100 / 52. 55.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.102 / 55. 21.102 > libavdevice 55. 5.101 / 55. 5.101 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > Input #0, matroska,webm, from '/tmp/[CCCP]_Mega_Lossless_Audio_Test.mkv': > Metadata: > title : Macross Plus - Episode 4 Intro > creation_time : 2006-08-03 02:20:28 > Duration: 00:00:56.22, start: 0.000000, bitrate: 15003 kb/s > Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / > 0x44495658), yuv420p, 672x464 [SAR 1:1 DAR 42:29], SAR 58:63 DAR 4:3, > 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) > Metadata: > title : Macross Plus - Episode 4 Intro > Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s > (default) > Metadata: > title : AC3 6ch Audio > Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s > Metadata: > title : AC3 2ch Audio > Stream #0:3(eng): Audio: flac, 48000 Hz, 5.1(side), s16 > Metadata: > title : FLAC 6ch Audio > Stream #0:4(jpn): Audio: flac, 48000 Hz, stereo, s16 > Metadata: > title : FLAC 2ch Audio > Stream #0:5(eng): Audio: tta, 48000 Hz, 5.1, s16 > Metadata: > title : TTA 6ch Audio > Stream #0:6(jpn): Audio: tta, 48000 Hz, stereo, s16 > Metadata: > title : TTA 2ch Audio > Stream #0:7(eng): Audio: wavpack, 48000 Hz, 5.1, s16p > Metadata: > title : WV Lossy 6ch Audio > Stream #0:8(jpn): Audio: wavpack, 48000 Hz, stereo, s16p > Metadata: > title : WV Lossy 2ch Audio > Stream #0:9(eng): Audio: wavpack, 48000 Hz, 5.1, s16p > Metadata: > title : WV Hybrid 6ch Audio > Stream #0:10(jpn): Audio: wavpack, 48000 Hz, stereo, s16p > Metadata: > title : WV Hybrid 2ch Audio > Stream #0:11(eng): Audio: wavpack, 48000 Hz, 5.1, s16p > Metadata: > title : WV Lossless 6ch Audio > Stream #0:12(jpn): Audio: wavpack, 48000 Hz, stereo, s16p > Metadata: > title : WV Lossless 2ch Audio > Stream #0:13(eng): Subtitle: subrip (default) > Metadata: > title : English Subtitles (SRT) > Stream #0:14(eng): Subtitle: subrip > Metadata: > title : Closed Captions (SRT) > [mpeg4 @ 0x91779a0] Video uses a non-standard and wasteful way to store > B-frames ('packed B-frames'). Consider using a tool like VirtualDub or > avidemux to fix it. > [FRAME] > media_type=video > key_frame=1 > pkt_pts=N/A > pkt_pts_time=N/A > pkt_dts=42 > pkt_dts_time=0.042000 > best_effort_timestamp=42 > best_effort_timestamp_time=0.042000 > pkt_duration=41 > pkt_duration_time=0.041000 > pkt_pos=7412 > pkt_size=16700 > width=672 > height=464 > pix_fmt=yuv420p > sample_aspect_ratio=58:63 > pict_type=I > coded_picture_number=0 > display_picture_number=0 > interlaced_frame=0 > top_field_first=0 > repeat_pict=0 > [/FRAME] New description: The test file can be found in http://www.cccp-project.net/beta/test_files/ under the filename given in the log. As you can see, the first timestamp is 42 instead of 0. This is because pkt_dts returns the second packet's timestamp, instead of the first packet's. Apparently, pkt_dts is supposed to follow the codec delay (and in the case, the codec delay is 1), and the first packet's dts is supposed to be negative. However, this is not how it works for vfw-muxed MKV (this file; has DTS starting with 0), mpeg4 in AVI files (have DTS starting with 0), and mpeg4 in OGM (has DTS starting ewith 0, and PTS incorrectly set to DTS). Log follows. It has the patch "[PATCH] ffprobe: output best_effort_timestamp" from ffmpeg-devel applied to print the best_effort_timestamp. If you want "full uncut console output", please increase TRAC's ticket description limit to at least 566 KB. {{{ ffprobe version N-58486-g52bbc4f Copyright (c) 2007-2013 the FFmpeg developers built on Nov 28 2013 11:37:00 with gcc 4.8 (Debian 4.8.2-5) configuration: --prefix=/tmp/ffmpeg-bin libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.101 / 55. 5.101 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, matroska,webm, from '/tmp/[CCCP]_Mega_Lossless_Audio_Test.mkv': Metadata: title : Macross Plus - Episode 4 Intro creation_time : 2006-08-03 02:20:28 Duration: 00:00:56.22, start: 0.000000, bitrate: 15003 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 672x464 [SAR 1:1 DAR 42:29], SAR 58:63 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - Episode 4 Intro Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: flac, 48000 Hz, 5.1(side), s16 Metadata: title : FLAC 6ch Audio Stream #0:4(jpn): Audio: flac, 48000 Hz, stereo, s16 Metadata: title : FLAC 2ch Audio Stream #0:5(eng): Audio: tta, 48000 Hz, 5.1, s16 Metadata: title : TTA 6ch Audio Stream #0:6(jpn): Audio: tta, 48000 Hz, stereo, s16 Metadata: title : TTA 2ch Audio Stream #0:7(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Lossy 6ch Audio Stream #0:8(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Lossy 2ch Audio Stream #0:9(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Hybrid 6ch Audio Stream #0:10(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Hybrid 2ch Audio Stream #0:11(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Lossless 6ch Audio Stream #0:12(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Lossless 2ch Audio Stream #0:13(eng): Subtitle: subrip (default) Metadata: title : English Subtitles (SRT) Stream #0:14(eng): Subtitle: subrip Metadata: title : Closed Captions (SRT) [mpeg4 @ 0x91779a0] Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using a tool like VirtualDub or avidemux to fix it. [FRAME] media_type=video key_frame=1 pkt_pts=N/A pkt_pts_time=N/A pkt_dts=42 pkt_dts_time=0.042000 best_effort_timestamp=42 best_effort_timestamp_time=0.042000 pkt_duration=41 pkt_duration_time=0.041000 pkt_pos=7412 pkt_size=16700 width=672 height=464 pix_fmt=yuv420p sample_aspect_ratio=58:63 pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 12:09:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 11:09:40 -0000 Subject: [FFmpeg-trac] #3178(undetermined:new): AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output In-Reply-To: <035.4c294e06f0c99028e385c65c20d657a4@avcodec.org> References: <035.4c294e06f0c99028e385c65c20d657a4@avcodec.org> Message-ID: <050.0641bacf9a7546c1a64f8c57564ce470@avcodec.org> #3178: AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Old description: > The test file can be found in http://www.cccp- > project.net/beta/test_files/ under the filename given in the log. As you > can see, the first timestamp is 42 instead of 0. This is because pkt_dts > returns the second packet's timestamp, instead of the first packet's. > Apparently, pkt_dts is supposed to follow the codec delay (and in the > case, the codec delay is 1), and the first packet's dts is supposed to be > negative. However, this is not how it works for vfw-muxed MKV (this file; > has DTS starting with 0), mpeg4 in AVI files (have DTS starting with 0), > and mpeg4 in OGM (has DTS starting ewith 0, and PTS incorrectly set to > DTS). > > Log follows. It has the patch "[PATCH] ffprobe: output > best_effort_timestamp" from ffmpeg-devel applied to print the > best_effort_timestamp. If you want "full uncut console output", please > increase TRAC's ticket description limit to at least 566 KB. > > {{{ > ffprobe version N-58486-g52bbc4f Copyright (c) 2007-2013 the FFmpeg > developers > built on Nov 28 2013 11:37:00 with gcc 4.8 (Debian 4.8.2-5) > configuration: --prefix=/tmp/ffmpeg-bin > libavutil 52. 55.100 / 52. 55.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.102 / 55. 21.102 > libavdevice 55. 5.101 / 55. 5.101 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > Input #0, matroska,webm, from '/tmp/[CCCP]_Mega_Lossless_Audio_Test.mkv': > Metadata: > title : Macross Plus - Episode 4 Intro > creation_time : 2006-08-03 02:20:28 > Duration: 00:00:56.22, start: 0.000000, bitrate: 15003 kb/s > Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / > 0x44495658), yuv420p, 672x464 [SAR 1:1 DAR 42:29], SAR 58:63 DAR 4:3, > 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) > Metadata: > title : Macross Plus - Episode 4 Intro > Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s > (default) > Metadata: > title : AC3 6ch Audio > Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s > Metadata: > title : AC3 2ch Audio > Stream #0:3(eng): Audio: flac, 48000 Hz, 5.1(side), s16 > Metadata: > title : FLAC 6ch Audio > Stream #0:4(jpn): Audio: flac, 48000 Hz, stereo, s16 > Metadata: > title : FLAC 2ch Audio > Stream #0:5(eng): Audio: tta, 48000 Hz, 5.1, s16 > Metadata: > title : TTA 6ch Audio > Stream #0:6(jpn): Audio: tta, 48000 Hz, stereo, s16 > Metadata: > title : TTA 2ch Audio > Stream #0:7(eng): Audio: wavpack, 48000 Hz, 5.1, s16p > Metadata: > title : WV Lossy 6ch Audio > Stream #0:8(jpn): Audio: wavpack, 48000 Hz, stereo, s16p > Metadata: > title : WV Lossy 2ch Audio > Stream #0:9(eng): Audio: wavpack, 48000 Hz, 5.1, s16p > Metadata: > title : WV Hybrid 6ch Audio > Stream #0:10(jpn): Audio: wavpack, 48000 Hz, stereo, s16p > Metadata: > title : WV Hybrid 2ch Audio > Stream #0:11(eng): Audio: wavpack, 48000 Hz, 5.1, s16p > Metadata: > title : WV Lossless 6ch Audio > Stream #0:12(jpn): Audio: wavpack, 48000 Hz, stereo, s16p > Metadata: > title : WV Lossless 2ch Audio > Stream #0:13(eng): Subtitle: subrip (default) > Metadata: > title : English Subtitles (SRT) > Stream #0:14(eng): Subtitle: subrip > Metadata: > title : Closed Captions (SRT) > [mpeg4 @ 0x91779a0] Video uses a non-standard and wasteful way to store > B-frames ('packed B-frames'). Consider using a tool like VirtualDub or > avidemux to fix it. > [FRAME] > media_type=video > key_frame=1 > pkt_pts=N/A > pkt_pts_time=N/A > pkt_dts=42 > pkt_dts_time=0.042000 > best_effort_timestamp=42 > best_effort_timestamp_time=0.042000 > pkt_duration=41 > pkt_duration_time=0.041000 > pkt_pos=7412 > pkt_size=16700 > width=672 > height=464 > pix_fmt=yuv420p > sample_aspect_ratio=58:63 > pict_type=I > coded_picture_number=0 > display_picture_number=0 > interlaced_frame=0 > top_field_first=0 > repeat_pict=0 > [/FRAME] > }}} New description: The test file can be found in http://www.cccp-project.net/beta/test_files/ under the filename given in the log. As you can see, the first timestamp is 42 instead of 0. This is because pkt_dts returns the second packet's timestamp, instead of the first packet's. Apparently, pkt_dts is supposed to follow the codec delay (and in the case, the codec delay is 1), and the first packet's dts is supposed to be negative. However, this is not how it works for vfw-muxed MKV (this file; has DTS starting with 0), mpeg4 in AVI files (have DTS starting with 0), and mpeg4 in OGM (has DTS starting ewith 0, and PTS incorrectly set to DTS). Log follows. It has the patch "[PATCH] ffprobe: output best_effort_timestamp" from ffmpeg-devel applied to print the best_effort_timestamp. If you want "full uncut console output", please increase TRAC's ticket description limit to at least 566 KB. {{{ $ ./ffprobe /tmp/\[CCCP\]_Mega_Lossless_Audio_Test.mkv -select_streams 0 -show_frames ffprobe version N-58486-g52bbc4f Copyright (c) 2007-2013 the FFmpeg developers built on Nov 28 2013 11:37:00 with gcc 4.8 (Debian 4.8.2-5) configuration: --prefix=/tmp/ffmpeg-bin libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.101 / 55. 5.101 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, matroska,webm, from '/tmp/[CCCP]_Mega_Lossless_Audio_Test.mkv': Metadata: title : Macross Plus - Episode 4 Intro creation_time : 2006-08-03 02:20:28 Duration: 00:00:56.22, start: 0.000000, bitrate: 15003 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 672x464 [SAR 1:1 DAR 42:29], SAR 58:63 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - Episode 4 Intro Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: flac, 48000 Hz, 5.1(side), s16 Metadata: title : FLAC 6ch Audio Stream #0:4(jpn): Audio: flac, 48000 Hz, stereo, s16 Metadata: title : FLAC 2ch Audio Stream #0:5(eng): Audio: tta, 48000 Hz, 5.1, s16 Metadata: title : TTA 6ch Audio Stream #0:6(jpn): Audio: tta, 48000 Hz, stereo, s16 Metadata: title : TTA 2ch Audio Stream #0:7(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Lossy 6ch Audio Stream #0:8(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Lossy 2ch Audio Stream #0:9(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Hybrid 6ch Audio Stream #0:10(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Hybrid 2ch Audio Stream #0:11(eng): Audio: wavpack, 48000 Hz, 5.1, s16p Metadata: title : WV Lossless 6ch Audio Stream #0:12(jpn): Audio: wavpack, 48000 Hz, stereo, s16p Metadata: title : WV Lossless 2ch Audio Stream #0:13(eng): Subtitle: subrip (default) Metadata: title : English Subtitles (SRT) Stream #0:14(eng): Subtitle: subrip Metadata: title : Closed Captions (SRT) [mpeg4 @ 0x91779a0] Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using a tool like VirtualDub or avidemux to fix it. [FRAME] media_type=video key_frame=1 pkt_pts=N/A pkt_pts_time=N/A pkt_dts=42 pkt_dts_time=0.042000 best_effort_timestamp=42 best_effort_timestamp_time=0.042000 pkt_duration=41 pkt_duration_time=0.041000 pkt_pos=7412 pkt_size=16700 width=672 height=464 pix_fmt=yuv420p sample_aspect_ratio=58:63 pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] }}} -- Comment (by ubitux): (Added command) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 13:35:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 12:35:43 -0000 Subject: [FFmpeg-trac] #3176(FFmpeg:closed): Transcoding with -copyts does not work with some MPEG-TS files/streams In-Reply-To: <037.b7c6c6a47a146052ebc0d30e12684886@avcodec.org> References: <037.b7c6c6a47a146052ebc0d30e12684886@avcodec.org> Message-ID: <052.4c3b3973bd96f9025ba5546c8a5965ab@avcodec.org> #3176: Transcoding with -copyts does not work with some MPEG-TS files/streams ------------------------------------+---------------------------------- Reporter: aurelien | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: copyts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by aurelien): Confirmed, thanks ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 14:05:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 13:05:39 -0000 Subject: [FFmpeg-trac] #3179(FFmpeg:new): Transcoding a "concatenated" video stream with -copyts does not work Message-ID: <037.84af5b8ecf216bb61cc1e6fd75d6db88@avcodec.org> #3179: Transcoding a "concatenated" video stream with -copyts does not work ----------------------------------+--------------------------------------- Reporter: aurelien | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: copyts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Hello, I have a sample I specialy crafted to reproduce a problem I'm facing with some streams I'm using. I split an MPEG-TS file in half and put the second part before the first so timestamps suddenly jumps to a very old value (or very far in the future if we consider there was a timestamp wrap). When transcoded with ffmpeg it gets stuck just like in ticket #3176 (nb_frames in do_video_out() is huge and ffmpeg duplicates a frame "forever"). If I remove -copyts it does not get stuck. I uploaded the sample copyts_concatenated_stream.ts on the FTP. How to reproduce: {{{ % ffmpeg -copyts -i /dump/copyts_concatenated_stream.ts -vcodec libx264 -profile:v baseline -r 12 -g 36 -preset ultrafast -filter:v yadif -f mpegts -y /dev/null ffmpeg version N-58512-g2459318 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 12:27:19 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/home/aurelien/local --enable-postproc --enable- nonfree --enable-gpl --enable-libfaac --enable-shared --enable-libx264 --extra-cflags=-I/home/aurelien/local/include --extra- ldflags=-L/home/aurelien/local/lib --enable-version3 --disable- optimizations --enable-libfreetype --disable-stripping --enable-libaacplus --enable-libfdk-aac libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x18135c0] Header missing [mpeg2video @ 0x1812b60] Invalid frame dimensions 0x0. [mp3 @ 0x1814a80] Header missing [mpeg2video @ 0x1812b60] Invalid frame dimensions 0x0. Last message repeated 4 times [mpegts @ 0x180eb00] PES packet size mismatch Input #0, mpegts, from '/dump/copyts_concatenated_stream.ts': Duration: 26:28:51.62, start: 863.036433, bitrate: 0 kb/s Program 1230 Stream #0:0[0x8aa]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 544x576 [SAR 32:17 DAR 16:9], max. 5200 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x90e](fra): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x972](fra): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0:3[0x9d6](qad): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s [libx264 @ 0x1815c80] using SAR=32/17 [libx264 @ 0x1815c80] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x1815c80] profile Constrained Baseline, level 2.2 Output #0, mpegts, to '/dev/null': Metadata: encoder : Lavf55.21.102 Stream #0:0: Video: h264 (libx264), yuv420p, 544x576 [SAR 32:17 DAR 16:9], q=-1--1, 90k tbn, 12 tbc Stream #0:1(fra): Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Stream #0:1 -> #0:1 (mp2 -> mp2) Press [q] to stop, [?] for help [mp2 @ 0x18135c0] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mp2 @ 0x18135c0] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x1812b60] 00 motion_type at 0 28 [mpeg2video @ 0x1812b60] 00 motion_type at 0 29 [mpeg2video @ 0x1812b60] 00 motion_type at 18 24 [mpeg2video @ 0x1812b60] invalid mb type in B Frame at 3 32 [mpeg2video @ 0x1812b60] 00 motion_type at 1 33 [mpeg2video @ 0x1812b60] 00 motion_type at 0 34 [mpeg2video @ 0x1812b60] ac-tex damaged at 1 35 [mpeg2video @ 0x1812b60] 00 motion_type at 19 10 [mpeg2video @ 0x1812b60] 00 motion_type at 0 11 [mpeg2video @ 0x1812b60] 00 motion_type at 0 12 [mpeg2video @ 0x1812b60] 00 motion_type at 7 13 [mpeg2video @ 0x1812b60] invalid mb type in B Frame at 1 30 [mpeg2video @ 0x1812b60] 00 motion_type at 0 31 [mpeg2video @ 0x1812b60] 00 motion_type at 15 14 [mpeg2video @ 0x1812b60] invalid cbp -1 at 3 15 [mpeg2video @ 0x1812b60] slice mismatch [mpeg2video @ 0x1812b60] 00 motion_type at 1 17 [mpeg2video @ 0x1812b60] invalid cbp -1 at 0 18 [mpeg2video @ 0x1812b60] ac-tex damaged at 0 19 [mpeg2video @ 0x1812b60] invalid cbp 0 at 0 20 [mpeg2video @ 0x1812b60] invalid mb type in B Frame at 4 21 [mpeg2video @ 0x1812b60] 00 motion_type at 5 22 [mpeg2video @ 0x1812b60] 00 motion_type at 0 23 [mpeg2video @ 0x1812b60] 00 motion_type at 1 24 [mpeg2video @ 0x1812b60] 00 motion_type at 2 25 [mpeg2video @ 0x1812b60] 00 motion_type at 0 26 [mpeg2video @ 0x1812b60] 00 motion_type at 0 27 [mpeg2video @ 0x1812b60] Warning MVs not available [mpeg2video @ 0x1812b60] concealing 884 DC, 884 AC, 884 MV errors in B frame <<< need to Ctrl-C twice to kill ffmpeg from here >>> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 14:38:44 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 13:38:44 -0000 Subject: [FFmpeg-trac] #3178(undetermined:new): AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output In-Reply-To: <035.4c294e06f0c99028e385c65c20d657a4@avcodec.org> References: <035.4c294e06f0c99028e385c65c20d657a4@avcodec.org> Message-ID: <050.3f6d46a768613910921595089bbb1b0b@avcodec.org> #3178: AVFrame.best_effort_timestamp and/or AVFrame.pkt_dts gives wrong output -------------------------------------+------------------------------------- Reporter: gjdfgh | 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 gjdfgh): Actually not sure about mpeg4 in OGM. But I suspect that case is messed up in its own way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 14:42:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 13:42:10 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.3a0bd5842ad5d5bb1b81b4b29d5ac5df@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by importinis): take a look in http://trac.ffmpeg.org/ticket/1970 Preroll/StartSendOnKey, there was Preroll/StartSendOnKey issues. What to expect? Strange question, but according to documentation: # Set this to the number of seconds backwards in time to start. Note that # most players will buffer 5-10 seconds of video, and also you need to allow # for a keyframe to appear in the data stream. #Preroll 15 StartSendOnKey - I dind found any documentation, but it should start playing video&audio simultaniously. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 14:59:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 13:59:38 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.d7c3f9f5fba45ba28173194d0dc5f45b@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by importinis): Could you also provide an example how to provide Preroll and StartSendOnKey to ffmpeg via override_ffserver? I get as expected: "Unrecognized option 'Preroll'." ffmpeg version N-58502-g738ebb4 to get all ffmpeg options: # ffmpeg --help full 2>1 | grep -i roll scroll ..FV.. scroll pattern downward (from 0 to 1) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 17:50:59 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 16:50:59 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.2bbd6bc6c4489954210715b470e2a234@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:6 importinis]: > > Could you also provide an example how to provide Preroll and StartSendOnKey to ffmpeg via override_ffserver? I get as expected: "Unrecognized option 'Preroll'." As I told: only '''encoding''' options are overriden by ffmpeg. You should be able to set the !Preroll and !StartSendOnKey options in the ffserver configuration file, in the corresponding Stream sections. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 18:41:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 17:41:17 -0000 Subject: [FFmpeg-trac] #3179(FFmpeg:new): Transcoding a "concatenated" video stream with -copyts does not work In-Reply-To: <037.84af5b8ecf216bb61cc1e6fd75d6db88@avcodec.org> References: <037.84af5b8ecf216bb61cc1e6fd75d6db88@avcodec.org> Message-ID: <052.8d840ff6f79ccbdfc72410c5a1ea29ce@avcodec.org> #3179: Transcoding a "concatenated" video stream with -copyts does not work ------------------------------------+---------------------------------- Reporter: aurelien | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: copyts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by aurelien): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 21:50:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 20:50:24 -0000 Subject: [FFmpeg-trac] #3180(undetermined:new): flv demuxer does not decode the aac audio properly Message-ID: <037.57e6a24978880d4e54f7e8047d7817b7@avcodec.org> #3180: flv demuxer does not decode the aac audio properly -------------------------------------+------------------------------------- Reporter: merbanan | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ./ffmpeg -i rtmpt_stream2.flv ffmpeg version N-58535-g58010e5 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 21:28:49 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, flv, from 'rtmpt_stream2.flv': Metadata: Encoder : Omnia A/XE StreamTitle : StreamUrl : Duration: 00:00:11.87, start: 0.000000, bitrate: 35 kb/s Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 32 kb/s At least one output file must be specified FFmpeg identifies the channels by parsing the aac extra data which indicates that the file is a mono stream. ./ffmpeg -i rtmpt_stream2.flv out.wav ffmpeg version N-58535-g58010e5 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 21:28:49 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, flv, from 'rtmpt_stream2.flv': Metadata: Encoder : Omnia A/XE StreamTitle : StreamUrl : Duration: 00:00:11.87, start: 0.000000, bitrate: 35 kb/s Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 32 kb/s File 'out.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'out.wav': Metadata: StreamUrl : StreamTitle : ISFT : Lavf55.21.102 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x1f8b440] Parametric Stereo signaled to be not-present but was found in the bitstream. Last message repeated 248 times size= 1036kB time=00:00:11.91 bitrate= 712.3kbits/s video:0kB audio:1036kB subtitle:0 global headers:0kB muxing overhead 0.007541% Decoding it shows that the aac stream contains parametric stereo. The onMetaData indicates that this stream actually contains a stereo stream. File onMetaData block DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: So the suggestion is to change the demuxer to replace the aac extra data with a valid version. The replace condition should be based on codec, data rate and stereo flag. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Nov 28 23:21:20 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 22:21:20 -0000 Subject: [FFmpeg-trac] #1769(avutil:open): Make ffmpeg build string available in avutil.h In-Reply-To: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> References: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> Message-ID: <051.4a7738ce4d374372f7dff5c707d1d73a@avcodec.org> #1769: Make ffmpeg build string available in avutil.h -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Timothy_Gu Priority: wish | Status: open Version: git-master | Component: avutil Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by Timothy_Gu): * status: new => open * reproduced: 0 => 1 * component: undetermined => avutil * priority: normal => wish * version: unspecified => git-master * owner: => Timothy_Gu -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 00:19:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 28 Nov 2013 23:19:57 -0000 Subject: [FFmpeg-trac] #1769(avutil:open): Make ffmpeg build string available in avutil.h In-Reply-To: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> References: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> Message-ID: <051.a14528710c5a029a242c0a7dff7c1a37@avcodec.org> #1769: Make ffmpeg build string available in avutil.h -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Timothy_Gu Priority: wish | Status: open Version: git-master | Component: avutil Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Can you test the patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 09:33:55 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 08:33:55 -0000 Subject: [FFmpeg-trac] #2852(avcodec:new): dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. In-Reply-To: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> References: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> Message-ID: <049.3d9ec8d02eebaccf2087dabd4da33565@avcodec.org> #2852: dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. ------------------------------------+----------------------------------- Reporter: AndyF | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Please test if this is fixed in current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 11:19:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 10:19:45 -0000 Subject: [FFmpeg-trac] #3175(avformat:open): audio (aac) silently on streamcopy from mpegts to flv In-Reply-To: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> References: <037.67e5249cf00246941f9c2b9c631b44a2@avcodec.org> Message-ID: <052.a4adfc48dac38e325bd582553e8645e9@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 cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 11:29:43 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 10:29:43 -0000 Subject: [FFmpeg-trac] #2211(FFmpeg:closed): Not possible to override bogus FPS in raw h264 streams In-Reply-To: <036.edaaaa5f0723fc0d3596cb2af121944c@avcodec.org> References: <036.edaaaa5f0723fc0d3596cb2af121944c@avcodec.org> Message-ID: <051.d34fbf840b6e3a2fb08d4d3d0d94acb2@avcodec.org> #2211: Not possible to override bogus FPS in raw h264 streams -------------------------------------+------------------------------------- Reporter: jaanusk | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 => h264 regression * priority: normal => important * status: reopened => closed * component: undetermined => FFmpeg * resolution: => fixed Comment: Afaict, this was a regression which was fixed by Michael. If you believe that the console output is misleading, please open a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 11:33:05 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 10:33:05 -0000 Subject: [FFmpeg-trac] #3180(avformat:open): flv demuxer does not decode the aac audio properly In-Reply-To: <037.57e6a24978880d4e54f7e8047d7817b7@avcodec.org> References: <037.57e6a24978880d4e54f7e8047d7817b7@avcodec.org> Message-ID: <052.c4a2a30eee61adbb42bd4bfd810ace9d@avcodec.org> #3180: flv demuxer does not decode the aac audio properly ------------------------------------+------------------------------------ Reporter: merbanan | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: flv aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat * version: unspecified => git-master * keywords: => flv aac * reproduced: 0 => 1 Old description: > ./ffmpeg -i rtmpt_stream2.flv > ffmpeg version N-58535-g58010e5 Copyright (c) 2000-2013 the FFmpeg > developers > built on Nov 28 2013 21:28:49 with gcc 4.8 (Ubuntu/Linaro > 4.8.1-10ubuntu9) > configuration: > libavutil 52. 55.100 / 52. 55.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.102 / 55. 21.102 > libavdevice 55. 5.102 / 55. 5.102 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > Input #0, flv, from 'rtmpt_stream2.flv': > Metadata: > Encoder : Omnia A/XE > StreamTitle : > StreamUrl : > Duration: 00:00:11.87, start: 0.000000, bitrate: 35 kb/s > Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 32 kb/s > At least one output file must be specified > > FFmpeg identifies the channels by parsing the aac extra data which > indicates that the file is a mono stream. > > ./ffmpeg -i rtmpt_stream2.flv out.wav > ffmpeg version N-58535-g58010e5 Copyright (c) 2000-2013 the FFmpeg > developers > built on Nov 28 2013 21:28:49 with gcc 4.8 (Ubuntu/Linaro > 4.8.1-10ubuntu9) > configuration: > libavutil 52. 55.100 / 52. 55.100 > libavcodec 55. 44.100 / 55. 44.100 > libavformat 55. 21.102 / 55. 21.102 > libavdevice 55. 5.102 / 55. 5.102 > libavfilter 3. 91.100 / 3. 91.100 > libswscale 2. 5.101 / 2. 5.101 > libswresample 0. 17.104 / 0. 17.104 > Input #0, flv, from 'rtmpt_stream2.flv': > Metadata: > Encoder : Omnia A/XE > StreamTitle : > StreamUrl : > Duration: 00:00:11.87, start: 0.000000, bitrate: 35 kb/s > Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 32 kb/s > File 'out.wav' already exists. Overwrite ? [y/N] y > Output #0, wav, to 'out.wav': > Metadata: > StreamUrl : > StreamTitle : > ISFT : Lavf55.21.102 > Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, > mono, s16, 705 kb/s > Stream mapping: > Stream #0:0 -> #0:0 (aac -> pcm_s16le) > Press [q] to stop, [?] for help > [aac @ 0x1f8b440] Parametric Stereo signaled to be not-present but was > found in the bitstream. > Last message repeated 248 times > size= 1036kB time=00:00:11.91 bitrate= 712.3kbits/s > video:0kB audio:1036kB subtitle:0 global headers:0kB muxing overhead > 0.007541% > > Decoding it shows that the aac stream contains parametric stereo. > > The onMetaData indicates that this stream actually contains a stereo > stream. > > File onMetaData block > DEBUG: Property: > DEBUG: Property: > DEBUG: Property: > DEBUG: Property: > DEBUG: Property: > DEBUG: Property: > DEBUG: Property: > DEBUG: Property: > DEBUG: Property: > > So the suggestion is to change the demuxer to replace the aac extra data > with a valid version. The replace condition should be based on codec, > data rate and stereo flag. New description: {{{ ./ffmpeg -i rtmpt_stream2.flv ffmpeg version N-58535-g58010e5 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 21:28:49 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, flv, from 'rtmpt_stream2.flv': Metadata: Encoder : Omnia A/XE StreamTitle : StreamUrl : Duration: 00:00:11.87, start: 0.000000, bitrate: 35 kb/s Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 32 kb/s At least one output file must be specified FFmpeg identifies the channels by parsing the aac extra data which indicates that the file is a mono stream. ./ffmpeg -i rtmpt_stream2.flv out.wav ffmpeg version N-58535-g58010e5 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 21:28:49 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 Input #0, flv, from 'rtmpt_stream2.flv': Metadata: Encoder : Omnia A/XE StreamTitle : StreamUrl : Duration: 00:00:11.87, start: 0.000000, bitrate: 35 kb/s Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 32 kb/s File 'out.wav' already exists. Overwrite ? [y/N] y Output #0, wav, to 'out.wav': Metadata: StreamUrl : StreamTitle : ISFT : Lavf55.21.102 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help [aac @ 0x1f8b440] Parametric Stereo signaled to be not-present but was found in the bitstream. Last message repeated 248 times size= 1036kB time=00:00:11.91 bitrate= 712.3kbits/s video:0kB audio:1036kB subtitle:0 global headers:0kB muxing overhead 0.007541% }}} Decoding it shows that the aac stream contains parametric stereo. The onMetaData indicates that this stream actually contains a stereo stream. File onMetaData block DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: DEBUG: Property: So the suggestion is to change the demuxer to replace the aac extra data with a valid version. The replace condition should be based on codec, data rate and stereo flag. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 11:39:39 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 10:39:39 -0000 Subject: [FFmpeg-trac] #3179(FFmpeg:new): Transcoding a "concatenated" video stream with -copyts does not work In-Reply-To: <037.84af5b8ecf216bb61cc1e6fd75d6db88@avcodec.org> References: <037.84af5b8ecf216bb61cc1e6fd75d6db88@avcodec.org> Message-ID: <052.e6da8a9db789cde216fe8ff55bfaa96e@avcodec.org> #3179: Transcoding a "concatenated" video stream with -copyts does not work ------------------------------------+---------------------------------- Reporter: aurelien | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: copyts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): Are you sure this is a real-world test-case? While DVB streams may contain timestamp wraps, ffmpeg (the application) will not see them afair because the demuxer takes care of them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 12:02:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 11:02:02 -0000 Subject: [FFmpeg-trac] #228(FFserver:open): FFserver: reordering of ""s in config file makes difference In-Reply-To: <034.483826ed2380430390d2402e1c248439@avcodec.org> References: <034.483826ed2380430390d2402e1c248439@avcodec.org> Message-ID: <049.fec28cec4564b9d4a1fba0ed6ab9e71c@avcodec.org> #228: FFserver: reordering of ""s in config file makes difference -----------------------------------+------------------------------------ Reporter: burek | Owner: baptiste Type: defect | Status: open Priority: important | Component: FFserver Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -----------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: new => open Comment: Replying to [ticket:228 burek]: > The first config file (ffserver1.conf) made ffserver drop rtsp connections, with error message "'''[NULL @ 0x1be7ba0]AAC with no global headers is currently not supported.'''" > > After just a simple reordering of items (ffserver2.conf), everything started to work properly? > > Is this expected behavior? :) There is any way to test this issue again? Otherwise it should be probably closed. Note also that your file contains a few mistakes, RTSPPort and RTSPBindAddress should be defined as global options (they are not per- stream). Also provide the ffmpeg command used to generate the FFM stream, and the command used to play the stream, otherwise this is only wild guessing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 12:03:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 11:03:49 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.d6e1477676ee588f99bc6ffaaad6e9d0@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by importinis): As you told me: "AFAIK Preroll and StartSendOnKey should be settable even with -override_ffserver.", now you say that not :) If you look closely to my previous configs - Preroll and StartSendOnKey params were set in Stream context, BUT they are IGNORED when in Feed context I use override_ffserver in ffmpeg command (Launch ffmpeg -i udp://239.3.3.3:6666 -override_ffserver -vf yadif)! If I dont use override_ffserver param(all encoding params are set in Stream context) in ffmpeg command, then Preroll and StartSendOnKey works great! I hope it's clear now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 12:04:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 11:04:44 -0000 Subject: [FFmpeg-trac] #3179(FFmpeg:new): Transcoding a "concatenated" video stream with -copyts does not work In-Reply-To: <037.84af5b8ecf216bb61cc1e6fd75d6db88@avcodec.org> References: <037.84af5b8ecf216bb61cc1e6fd75d6db88@avcodec.org> Message-ID: <052.7e50d1f9ee3ba36a217b5a0d2563c862@avcodec.org> #3179: Transcoding a "concatenated" video stream with -copyts does not work ------------------------------------+---------------------------------- Reporter: aurelien | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: copyts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by aurelien): Yes, I see this kind of behaviour in some DVB-S streams (probably due to encoders being restarted or the live feed coming from another source, I don't really know). The sample is not a real-life example but based on the debug I saw I was able to craft one that makes ffmpeg behave the same way. I don't know if I will be able to capture a real sample since I have a lot of streams... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 12:45:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 11:45:49 -0000 Subject: [FFmpeg-trac] #3142(FFserver:open): FFserver ignores encoding params in stream context In-Reply-To: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> References: <039.09d7024b8463f67e35f5942ce675cb44@avcodec.org> Message-ID: <054.8ffc81f07f0b48e3bbc9e29df7edb8f2@avcodec.org> #3142: FFserver ignores encoding params in stream context -------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:8 importinis]: > As you told me: "AFAIK Preroll and StartSendOnKey should be settable even with -override_ffserver.", now you say that not :) No, read my previous reply better. > If you look closely to my previous configs - Preroll and StartSendOnKey params were set in Stream context, BUT they are IGNORED when in Feed context I use override_ffserver in ffmpeg command (Launch ffmpeg -i udp://239.3.3.3:6666 -override_ffserver -vf yadif)! > > If I dont use override_ffserver param(all encoding params are set in Stream context) in ffmpeg command, then Preroll and StartSendOnKey works great! Now the problem is, how to reproduce the issue? Let's start with !StartSendOnKey, which might be easier to test. This is my ffserver configuration file: {{{ Port 8090 BindAddress 0.0.0.0 MaxClients 100 MaxBandwidth 60000 CustomLog - File test.ffm Truncate FileMaxSize 10M ACL allow localhost Feed test Format flv StartSendOnKey NoAudio }}} Then I run the command: {{{ ffmpeg -re -override_ffserver -f lavfi -i testsrc -flags:v +global_header -c:v flv -f ffm http://127.0.0.1:8090/test }}} Now I read the test stream with ffprobe: {{{ ffprobe http://localhost:8090/test1 -show_entries packet=codec_type,flags,pts -of compact -read_intervals "%+#10" -select_streams v ffprobe version N-58295-gbb7f3dd Copyright (c) 2007-2013 the FFmpeg developers [...] Input #0, flv, from 'http://localhost:8090/test1': Metadata: encoder : Lavf55.21.102 Duration: 00:00:00.00, start: 0.000000, bitrate: N/A Stream #0:0: Video: flv1, yuv420p, 320x240, 200 kb/s, 25 tbr, 1k tbn, 1k tbc packet|codec_type=video|pts=0|flags=K packet|codec_type=video|pts=40|flags=_ packet|codec_type=video|pts=80|flags=_ packet|codec_type=video|pts=120|flags=_ packet|codec_type=video|pts=160|flags=_ packet|codec_type=video|pts=200|flags=_ packet|codec_type=video|pts=240|flags=_ packet|codec_type=video|pts=280|flags=_ packet|codec_type=video|pts=320|flags=_ packet|codec_type=video|pts=360|flags=_ }}} If I repeat the test with ffprobe, I always get the same result. If I comment the !SendOnKey option in the ffserver file, then it happens that the first packet is not a key-frame. Can you provide a reproducible test-case which fails? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 13:54:37 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 12:54:37 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.405c81b8f9f3b012e26927c10a09e4ef@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: 2.1 | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ordroid): I just came across this on a nvidia ION2 system. ffmpeg master does not improve the situation (I had to patch XBMC master as well). ffmpeg 2.0.2 works fine indeed, even without recompiling XBMC against it. Let me know if I can provide anything else. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 14:42:42 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 13:42:42 -0000 Subject: [FFmpeg-trac] #3173(avfilter:open): afade-fadeout on pipe:0 stream In-Reply-To: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> References: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> Message-ID: <048.2823c6724aab7c7cb93476b214bc82c3@avcodec.org> #3173: afade-fadeout on pipe:0 stream -------------------------------------+------------------------------------ Reporter: Fusl | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: afade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): buffering needs memory, better approach would be to know when audio ends. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 15:06:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 14:06:47 -0000 Subject: [FFmpeg-trac] #3173(avfilter:open): afade-fadeout on pipe:0 stream In-Reply-To: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> References: <033.5ea79e9b74e9a1d6f02e9ec14afa176b@avcodec.org> Message-ID: <048.3de2075d3cde75529c00481495380ef0@avcodec.org> #3173: afade-fadeout on pipe:0 stream -------------------------------------+------------------------------------ Reporter: Fusl | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: afade | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Fusl): Yeah, i know that it needs more memory. I think, exactly the raw format size of how long the audio buffer is. A wav file (pcm_s16le, Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s) with a length of time=00:00:04.98 has exactly fusl at thinkbook ? ffmpegtest ? ? ls -alF test.wav -rw-r--r-- 1 fusl users 875788 Nov 29 14:57 test.wav And i don't think that 875KiB would use much more memory inside ffmpeg. Also i think that a notice in the documentation and the manual page, that it COULD use much memory when input type is a stream, is enough, isn't it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 15:47:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 14:47:15 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.049495e03641e9dd73117a0fe2b7b2a3@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: ordroid (added) * version: 2.1 => git-master Comment: Please confirm that b7fc2693 works fine, that bf36dc50 is broken and please also test a0c6c8e5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 15:50:11 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 14:50:11 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.73ec7f276a8e4678814392844471a5e2@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): And please test (and report) if this reproducible for all of H264, MPEG-4 ASP, VC-1 and MPEG 1/2 Video or only for some of them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 15:52:31 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 14:52:31 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.6372effd907c60ed38837bcc1a88f79c@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): Just kidding : and if you can even fix the bug do not hesitate! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 17:35:51 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 16:35:51 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.714013c144486b5abc4bae9ba93e6e03@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ordroid): b7fc2693: H264 - pass VC-1 - pass MPEG2 - pass MPEG4-2 - pass bf36dc50: all pass (checked twice..) a0c6c8e5: H264 - fail VC-1 - fail MPEG2 - fail MPEG4-2 - pass -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 18:23:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 17:23:00 -0000 Subject: [FFmpeg-trac] #1769(avutil:open): Make ffmpeg build string available in avutil.h In-Reply-To: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> References: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> Message-ID: <051.2f0e744432de76a31738cf074ea4d3cc@avcodec.org> #1769: Make ffmpeg build string available in avutil.h -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Timothy_Gu Priority: wish | Status: open Version: git-master | Component: avutil Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Ah sorry I didn't get your meaning by "build string". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 18:39:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 17:39:08 -0000 Subject: [FFmpeg-trac] #1769(avutil:open): Make ffmpeg build string available in avutil.h In-Reply-To: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> References: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> Message-ID: <051.063a4a23a7bc35e1c5e33e4362749d16@avcodec.org> #1769: Make ffmpeg build string available in avutil.h -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Timothy_Gu Priority: wish | Status: open Version: git-master | Component: avutil Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): Yeah, trying to say something different there besides version something :) should have included FFMPEG_VERSION though in description. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 18:59:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 17:59:13 -0000 Subject: [FFmpeg-trac] #2739(avformat:open): Seeking with certain OGM samples fails In-Reply-To: <033.74e6307d76d6e4a363a645ab7c9612de@avcodec.org> References: <033.74e6307d76d6e4a363a645ab7c9612de@avcodec.org> Message-ID: <048.08a11feba5281f75984475ca607e053a@avcodec.org> #2739: Seeking with certain OGM samples fails --------------------------------------+------------------------------------ Reporter: JEEB | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg asp seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by gjdfgh): By the way, this works on Libav. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 20:02:22 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 19:02:22 -0000 Subject: [FFmpeg-trac] #3181(undetermined:new): default to opus codec for *.opus output files Message-ID: <037.1d2b1c588a6e734d9c1ea38039f9f335@avcodec.org> #3181: default to opus codec for *.opus output files -------------------------------------+------------------------------------- Reporter: LinAGKar | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Presumably since .opus files uses he ogg container they will default to flac audio, however .opus files are expected to contain opus streams. How to reproduce: {{{ % ffmpeg -i input output.opus }}} example: {{{ > ffmpeg -i C418\ -\ Minecraft\ -\ Volume\ Alpha\ -\ 01\ Key.flac -vn C418\ -\ Minecraft\ -\ Volume\ Alpha\ -\ 01\ Key.opus ffmpeg version 2.1.1 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 20 2013 20:26:43 with gcc 4.7 (SUSE Linux) configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-debug --disable-stripping --extra-cflags='-fmessage- length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-gpl --enable-x11grab --enable-version3 --enable-pthreads --enable-avfilter --enable-libpulse --enable-libvpx --enable-libopus --enable-libass --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libxvid --enable-libx264 --enable-libschroedinger --enable-libgsm --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-postproc --enable-libdc1394 --enable-librtmp --enable-libfreetype --enable-avresample --enable-libtwolame --enable-libvo-aacenc --enable- gnutls libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, flac, from 'C418 - Minecraft - Volume Alpha - 01 Key.flac': Metadata: TITLE : Key ARTIST : C418 DATE : 2011 ALBUM : Minecraft - Volume Alpha track : 1 Duration: 00:01:05.00, bitrate: 311 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Stream #0:1: Video: png, rgb24, 700x700 [SAR 53520:53520 DAR 1:1], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) File 'C418 - Minecraft - Volume Alpha - 01 Key.opus' already exists. Overwrite ? [y/N] y Output #0, ogg, to 'C418 - Minecraft - Volume Alpha - 01 Key.opus': Metadata: TITLE : Key ARTIST : C418 DATE : 2011 ALBUM : Minecraft - Volume Alpha track : 1 encoder : Lavf55.19.104 Stream #0:0: Audio: flac, 44100 Hz, stereo, s16, 128 kb/s Metadata: TITLE : Key ARTIST : C418 DATE : 2011 ALBUM : Minecraft - Volume Alpha TRACKNUMBER : 1 encoder : Lavf55.19.104 Stream mapping: Stream #0:0 -> #0:0 (flac -> flac) Press [q] to stop, [?] for help size= 2038kB time=00:01:05.09 bitrate= 256.5kbits/s video:0kB audio:2028kB subtitle:0 global headers:0kB muxing overhead 0.499630% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 20:03:54 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 19:03:54 -0000 Subject: [FFmpeg-trac] #3181(FFmpeg:new): default to opus codec for *.opus output files In-Reply-To: <037.1d2b1c588a6e734d9c1ea38039f9f335@avcodec.org> References: <037.1d2b1c588a6e734d9c1ea38039f9f335@avcodec.org> Message-ID: <052.9984559e59788981398366c00bdbde60@avcodec.org> #3181: default to opus codec for *.opus output files ---------------------------------------+---------------------------------- Reporter: LinAGKar | Owner: Type: enhancement | Status: new Priority: minor | Component: FFmpeg Version: 2.1.1 | Resolution: Keywords: opus ogg flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Changes (by LinAGKar): * keywords: => opus ogg flac * priority: normal => minor * version: unspecified => 2.1.1 * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 20:20:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 19:20:24 -0000 Subject: [FFmpeg-trac] #3182(avformat:new): A/V desync when transcoding MPEG-TS streams if an audio track disappears Message-ID: <037.d80b66fe3dcc87628ffbba6842292337@avcodec.org> #3182: A/V desync when transcoding MPEG-TS streams if an audio track disappears ----------------------------------+-------------------------------------- Reporter: aurelien | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mpeg-ts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Hi, I have some streams that for some unknown reasons (I don't have control on them since it's mainly DVB-S streams) lose audio from time to time. In some cases a new PMT with only a video track can be found or the audio packets could just disappear. This can last a few seconds or multiple hours (delay for the broadcaster to fix the problem I guess). In both cases get_input_packet() from process_input() won't see packets with stream_index=audio anymore. ffmpeg will keep encoding the video frames. The problem is with av_interleaved_write_frame() in write_frame(). This functions waits for all streams to have at least one packet before writing to the output. In this case it will buffer video packets (thus leaking) until another audio packet comes ; and then it will start to write the video packets again but they won't match the audio packets. I crafted (once again) a sample 'bbb_gap_sound.ts' by deleting some audio packets from an MPEG-TS stream (I don't have a sample where the PMT changes). It's from Big Buck Bunny so there are only music and noises but it's quite easy to spot the A/V desync (the audio disappears at ~37s). How to reproduce: {{{ ffmpeg -i bbb_gap_sound.ts -acodec libfdk_aac -b:a 64k -ac 2 -ar 44100 -vcodec libx264 -b:v 800k -s 320x240 /tmp/bbb_encoded.ts ffmpeg version N-58591-ga677fb6 Copyright (c) 2000-2013 the FFmpeg developers built on Nov 29 2013 17:58:08 with gcc 4.7 (Debian 4.7.2-5) configuration: --prefix=/home/aurelien/local --enable-postproc --enable- nonfree --enable-gpl --enable-libfaac --enable-shared --enable-libx264 --extra-cflags=-I/home/aurelien/local/include --extra- ldflags=-L/home/aurelien/local/lib --enable-version3 --disable- optimizations --enable-libfreetype --disable-stripping --enable-libaacplus --enable-libfdk-aac libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 0x16a9aa0] non-existing PPS referenced [h264 @ 0x16a9aa0] non-existing PPS 0 referenced [h264 @ 0x16a9aa0] decode_slice_header error [h264 @ 0x16a9aa0] no frame! [... non-existing PPS messages skipped ...] [mpegts @ 0x16a5a00] PES packet size mismatch Input #0, mpegts, from 'bbb_gap_sound.ts': Duration: 00:01:58.26, start: 211.763244, bitrate: 988 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 320x240, 24 fps, 24 tbr, 90k tbn, 48 tbc Stream #0:1[0x101](eng): Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, fltp, 64 kb/s [libx264 @ 0x16abb40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 [libx264 @ 0x16abb40] profile High, level 2.0 Output #0, mpegts, to '/tmp/bbb_encoded.ts': Metadata: encoder : Lavf55.21.102 Stream #0:0: Video: h264 (libx264), yuv420p, 320x240, q=-1--1, 800 kb/s, 90k tbn, 24 tbc Stream #0:1(eng): Audio: aac (libfdk_aac), 44100 Hz, stereo, s16, 64 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (aac -> libfdk_aac) Press [q] to stop, [?] for help [mpegts @ 0x16a5a00] PES packet size mismatchme=00:01:53.16 bitrate= 616.6kbits/s dup=32 drop=0 [h264 @ 0x228af80] error while decoding MB 4 13, bytestream (-40) [h264 @ 0x228af80] concealing 85 DC, 85 AC, 85 MV errors in P frame frame= 2839 fps=601 q=-1.0 Lsize= 14116kB time=00:01:58.20 bitrate= 978.2kbits/s dup=33 drop=0 video:12165kB audio:565kB subtitle:0 global headers:0kB muxing overhead 10.884066% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 21:57:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 20:57:30 -0000 Subject: [FFmpeg-trac] #3181(FFmpeg:new): default to opus codec for *.opus output files In-Reply-To: <037.1d2b1c588a6e734d9c1ea38039f9f335@avcodec.org> References: <037.1d2b1c588a6e734d9c1ea38039f9f335@avcodec.org> Message-ID: <052.67d87ae0f4bfbec72840075e4cb3e537@avcodec.org> #3181: default to opus codec for *.opus output files ---------------------------------------+---------------------------------- Reporter: LinAGKar | Owner: Type: enhancement | Status: new Priority: minor | Component: FFmpeg Version: 2.1.1 | Resolution: Keywords: opus ogg flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Comment (by cehoyos): Is this problem not reproducible with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 21:58:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 20:58:47 -0000 Subject: [FFmpeg-trac] #3182(avformat:new): A/V desync when transcoding MPEG-TS streams if an audio track disappears In-Reply-To: <037.d80b66fe3dcc87628ffbba6842292337@avcodec.org> References: <037.d80b66fe3dcc87628ffbba6842292337@avcodec.org> Message-ID: <052.37c93abb6994c8eb3b6083a3cd57248f@avcodec.org> #3182: A/V desync when transcoding MPEG-TS streams if an audio track disappears ------------------------------------+------------------------------------ Reporter: aurelien | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mpeg-ts => mpegts Comment: Please provide a real-world sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Nov 29 22:17:26 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 21:17:26 -0000 Subject: [FFmpeg-trac] #3183(avformat:new): Request : add "vp8" to libavformat/rawenc.c Message-ID: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> #3183: Request : add "vp8" to libavformat/rawenc.c -------------------------------------+------------------------------------- Reporter: pquiring | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: rawenc vp8 | Version: git- vp9 vpx | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Please add an entry to libavformat/rawenc.c for VP8 (VP9/ VPX?). Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 00:17:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 23:17:44 -0000 Subject: [FFmpeg-trac] #3184(undetermined:new): sfd: de/muxing does not properly work for cri adx and ac3 Message-ID: <036.d900b9b995699645fc8e33308702f478@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 -------------------------------------+------------------------------------- Reporter: Soukyuu | 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: SFD (SofDec) is essentially mpeg1 video + adx audio (in later versions, also ac3 audio). ffplay plays the file fine - adx is being played in file as well as out of file. The files come directly from the Ar tonelico 2 game, so they are official and not corrupted. Demuxing: - video works - adx works - ac3 is being detected as adx, 0 channels, cannot be demuxed. Muxing: - m1v + adx = mpeg with m1v+broken mp3 - m1b + adx = mpeg with m1v+broken mp3+working ac3 How to reproduce: - Demuxing AC3 {{{ "D:\\Program Files\\ffmpeg-20131129-git-7ea9c4a- win64-static\\bin\\ffmpeg.exe" -i ".\\AT2_OP1D.SFD" -acodec copy -vn -map 0:1 -report -f ac3 "R:\\test.ac3" ffmpeg version N-58570-g7ea9c4a Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 22:06:58 with gcc 4.8.2 (GCC) }}} - Muxing m1v + adx {{{ "D:\\Program Files\\ffmpeg-20131129-git-7ea9c4a- win64-static\\bin\\ffmpeg.exe" -i "R:\\AT2_OP01.m1v" -i "R:\\AT2_OP01.adx" -report -c copy -map 0:v:0 -map 1:a:0 -f mpeg "R:\\out.sfd" ffmpeg version N-58570-g7ea9c4a built on Nov 28 2013 22:06:58 with gcc 4.8.2 (GCC) }}} - Muxing m1v + adx + ac3 {{{ "D:\\Program Files\\ffmpeg-20131129-git-7ea9c4a- win64-static\\bin\\ffmpeg.exe" -i "R:\\AT2_OP1D.m1v" -i "R:\\AT2_OP1D.adx" -i "R:\\AT2_OP1D.ac3" -map 0:v:0 -map 1:a:0 -map 2:a:0 -acodec copy -vcodec copy -report -f mpeg out.sfd ffmpeg version N-58570-g7ea9c4a Copyright (c) 2000-2013 the FFmpeg developers built on Nov 28 2013 22:06:58 with gcc 4.8.2 (GCC) }}} The demuxing error probably comes from the fact sfd isn't really following the format and doing something along the lines of using an adx header for ac3 stream. The muxing error is beyond me though. ffmpeg -formats lists ADX as being muxable, I am also telling it to copy the codec, yet it still botches it to mp2. I mentioned this on the irc channel some time ago and was told that the actual muxing code is not there. Can provide samples if needed. Attaching logs only in the meantime -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 00:50:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 23:50:29 -0000 Subject: [FFmpeg-trac] #3184(avformat:new): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.a741105dec4bf7ed13d553129ca70ffd@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegps * version: unspecified => git-master * component: undetermined => avformat Comment: Replying to [ticket:3184 Soukyuu]: > - ac3 is being detected as adx, 0 channels, cannot be demuxed. Please provide a sample. Muxing sdf is not supported, if it is mentioned as supported, this would be a (separate) bug. Please consider providing the failing command line for ac3-in-sdf together with the complete, uncut console output, please do not compress the console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 00:57:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 29 Nov 2013 23:57:23 -0000 Subject: [FFmpeg-trac] #3183(avformat:new): Request : add "vp8" to libavformat/rawenc.c In-Reply-To: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> References: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> Message-ID: <052.da499f798c1d32ba4a4b3fc28e257816@avcodec.org> #3183: Request : add "vp8" to libavformat/rawenc.c -------------------------------------+------------------------------------- Reporter: pquiring | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rawvideo | Blocked By: vp8 vp9 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rawenc vp8 vp9 vpx => rawvideo vp8 vp9 * priority: normal => wish Comment: Isn't the extension for raw VP8 and raw VP9 {{{ivf}}}? Do you have any samples for the raw file type you mean? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:10:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:10:29 -0000 Subject: [FFmpeg-trac] #3181(avformat:open): default to opus codec for *.opus output files In-Reply-To: <037.1d2b1c588a6e734d9c1ea38039f9f335@avcodec.org> References: <037.1d2b1c588a6e734d9c1ea38039f9f335@avcodec.org> Message-ID: <052.39d4f9df2b6bb07c53033a8ba610390d@avcodec.org> #3181: default to opus codec for *.opus output files -------------------------------------+------------------------------------- Reporter: LinAGKar | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: opus ogg | Blocked By: speex | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * priority: minor => normal * version: 2.1.1 => git-master * keywords: opus ogg flac => opus ogg speex * type: enhancement => defect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:18:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:18:20 -0000 Subject: [FFmpeg-trac] #2852(avcodec:new): dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. In-Reply-To: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> References: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> Message-ID: <049.b88eb6fe4e97a3b0fbbfe6df810f3a4e@avcodec.org> #2852: dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. ------------------------------------+----------------------------------- Reporter: AndyF | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by AndyF): It's fixed WRT the cross mixing. It seems that it's now partially normalised - probably enough not to clip too bad on real world content that doesn't max all channels equally, but it's currently louder than -ac2 or the same content but an ac3 version downmixed like : -drc_scale 0 -request_channels 2 . This applies to streams that hit the default table and those that have metadata - I haven't really had enough time to look properly, I suspect for the metadata case post mix gain adjustment should be decoded and applied. I see commits to do with including LFE, but it doesn't seem to be included in the mix currently (not that I would want that to be default) what are the plans for this eg, default off and a new option? I added some debugging so I can see the metadata if present and do have a stream with LFE non zero. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:23:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:23:19 -0000 Subject: [FFmpeg-trac] #2852(avcodec:new): dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. In-Reply-To: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> References: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> Message-ID: <049.d89389d8b445c3c8ca1aa5b74abd34f5@avcodec.org> #2852: dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. ------------------------------------+----------------------------------- Reporter: AndyF | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): (Disclaimer: I neither understood your original report nor your new message, and I certainly don't blame you!) Thank you for testing again! I suspect that the dca decoder is supposed to include LFE in the downmix but that may be wrong. Allow me to repeat: Is the issue fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:25:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:25:51 -0000 Subject: [FFmpeg-trac] #3184(avformat:new): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.20591ad176463a453865d878be20479d@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please provide the sample AT2_OP1D.SFD. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:27:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:27:07 -0000 Subject: [FFmpeg-trac] #3183(avformat:new): Request : add "vp8" to libavformat/rawenc.c In-Reply-To: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> References: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> Message-ID: <052.3ff4cb8bad96b4d5fc496e0ce86be011@avcodec.org> #3183: Request : add "vp8" to libavformat/rawenc.c -------------------------------------+------------------------------------- Reporter: pquiring | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rawvideo | Blocked By: vp8 vp9 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pquiring): IVF is a container format, I need a raw format. I'm using vp8 to encode/decode video on the fly (VoIP softphone) so there is no file type to refer to. RFC is still in draft : http://tools.ietf.org/html/draft-ietf-payload- vp8-10 Here is what I think should be added to libavformat/rawenc.c: #if CONFIG_VPX_MUXER AVOutputFormat ff_vpx_muxer = { .name = "vpx", .long_name = NULL_IF_CONFIG_SMALL("raw vpx"), .extensions = "vpx", .audio_codec = AV_CODEC_ID_NONE, .video_codec = AV_CODEC_ID_VP8, .write_packet = ff_raw_write_packet, .flags = AVFMT_NOTIMESTAMPS, }; #endif Something to that effect. If not possible, that's okay. I just register a new AVOutputFormat myself for now and it works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:32:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:32:30 -0000 Subject: [FFmpeg-trac] #3184(avformat:new): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.59b5e30e223a15cd1b8063a06c048131@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Soukyuu): I am not sure what you mean by not compressing the console output. I'm using the -report switch as mentioned on the "submitting a bug report page", even adding -v 9 -loglevel 99 doesn't seem to produce the same thing I see on the console. Attaching the console output for muxing m1v+adx+ac3 sfd_w_adx_ac3_m1v_small_bugnr3184.sfd uploaded to the ftp/incoming folder. Note: only the first 10Mb as said in upload instructions, whole file is around 95mb, can upload this too if requested. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:41:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:41:49 -0000 Subject: [FFmpeg-trac] #2852(avcodec:new): dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. In-Reply-To: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> References: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> Message-ID: <049.b32c014f7cfd70677edf14eeb51ec759@avcodec.org> #2852: dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. ------------------------------------+----------------------------------- Reporter: AndyF | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dca | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by AndyF): Well there were 2 issues one is 100% fixed and one 80% fixed :-) Maybe you should close this bug and I can investigate further and open a new specific bug in the future if it is needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:49:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:49:38 -0000 Subject: [FFmpeg-trac] #2852(avcodec:closed): dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. In-Reply-To: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> References: <034.5ac3213ec195f7e7400dea36bde02581@avcodec.org> Message-ID: <049.70186d80230c4d1cef9e6a532b01c64b@avcodec.org> #2852: dcadec internal default downmix is not normalised and reduces stereo separation by cross mixing L* and R*. ------------------------------------+----------------------------------- Reporter: AndyF | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dca | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Thank you! Fixed by Tim Walker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:50:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:50:53 -0000 Subject: [FFmpeg-trac] #3184(avformat:new): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.dbdd52a621799547efb6f2368799d39f@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please provide the whole sample AT2_OP1D.SFD. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 01:52:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 00:52:31 -0000 Subject: [FFmpeg-trac] #3183(avformat:new): Request : add "vp8" to libavformat/rawenc.c In-Reply-To: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> References: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> Message-ID: <052.e9d90bdd58c32d32ba86be4d34e40115@avcodec.org> #3183: Request : add "vp8" to libavformat/rawenc.c -------------------------------------+------------------------------------- Reporter: pquiring | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rawvideo | Blocked By: vp8 vp9 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 pquiring]: > IVF is a container format, I need a raw format. Yes, of course. Is there an application that would be able to decode such raw files? (Which application?) If not, it is probably a bad idea to allow writing such files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 02:07:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 01:07:24 -0000 Subject: [FFmpeg-trac] #3183(avformat:new): Request : add "vp8" to libavformat/rawenc.c In-Reply-To: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> References: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> Message-ID: <052.a3289a131ad10c66329ec0ea51514298@avcodec.org> #3183: Request : add "vp8" to libavformat/rawenc.c -------------------------------------+------------------------------------- Reporter: pquiring | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rawvideo | Blocked By: vp8 vp9 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pquiring): Ok, disregard then, thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 02:08:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 01:08:04 -0000 Subject: [FFmpeg-trac] #3184(avformat:new): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.4bf0ac88982e5799a5fd5967de7d0c5a@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Soukyuu): uploading AT2_OP1D.SFD in full length. Accidentally started uploading AT2_OP01.SFD but cancelled that, since it doesn't have an ac3 track. ETA is 20 minutes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 02:12:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 01:12:37 -0000 Subject: [FFmpeg-trac] #3183(avformat:new): Request : add "vp8" to libavformat/rawenc.c In-Reply-To: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> References: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> Message-ID: <052.ed550d63959f2367d4f563ac5b6fbdc6@avcodec.org> #3183: Request : add "vp8" to libavformat/rawenc.c -------------------------------------+------------------------------------- Reporter: pquiring | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rawvideo | Blocked By: vp8 vp9 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by compn): if this is required for some voip softphone project, it can be added. just we dont want to add it now, until we know what needs to be done properly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 02:15:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 01:15:43 -0000 Subject: [FFmpeg-trac] #3184(avformat:open): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.e576d134e6a803604ef6d14a1cdd3532@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Patch sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 02:18:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 01:18:14 -0000 Subject: [FFmpeg-trac] #3183(avformat:closed): Request : add "vp8" to libavformat/rawenc.c In-Reply-To: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> References: <037.38f90f12b2b6bf5549372440e40b5a8d@avcodec.org> Message-ID: <052.5fd05869bf3517f702f5dd8f2ed9fab0@avcodec.org> #3183: Request : add "vp8" to libavformat/rawenc.c -------------------------------------+------------------------------------- Reporter: pquiring | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: wontfix Keywords: rawvideo | Blocked By: vp8 vp9 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: Please consider sending your patch to the ffmpeg-devel mailing list where more people can comment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 02:26:52 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 01:26:52 -0000 Subject: [FFmpeg-trac] #3184(avformat:open): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.6e954f58caf6fd83283141abc6b3698a@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Soukyuu): Thanks for the fast response. The sample is not fully uploaded, but I guess you already managed to reproduce it. By the way, sfd does not even seem to be defined as a separate format, so what I meant by "mentioned as supported" is muxing/demuxing adx (not sfd). The patch will only affect being unable to demux ac3, right? Should I make a separate issue/enhancement request to support proper sfd muxing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 10:04:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 09:04:59 -0000 Subject: [FFmpeg-trac] #3182(avformat:new): A/V desync when transcoding MPEG-TS streams if an audio track disappears In-Reply-To: <037.d80b66fe3dcc87628ffbba6842292337@avcodec.org> References: <037.d80b66fe3dcc87628ffbba6842292337@avcodec.org> Message-ID: <052.6178ec40040ea0d0b0414f9e5bb4b827@avcodec.org> #3182: A/V desync when transcoding MPEG-TS streams if an audio track disappears ------------------------------------+------------------------------------ Reporter: aurelien | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by aurelien): I managed to get a real sample this night on a Chinese channel. I uploaded it on the FTP (ntd_gap_sound.ts). There is the end of a Nissan commercial, the start of an unknown one then a test card, then a black screen and no sound for ~47s. After some time a news broadcast starts. Here are the timestamps : 00:12s : test card + black screen and no sound 00:59s : news broadcast starts When encoded with ffmpeg I get : 00:12s : test card + black screen and no sound 00:32s : news broadcast _sound_ starts 00:59s : news broadcast _video_ starts Is this sample OK for you ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 10:26:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 09:26:32 -0000 Subject: [FFmpeg-trac] #3184(avformat:open): sfd: de/muxing does not properly work for cri adx and ac3 In-Reply-To: <036.d900b9b995699645fc8e33308702f478@avcodec.org> References: <036.d900b9b995699645fc8e33308702f478@avcodec.org> Message-ID: <051.46f47cb594559ea8b9ef85b832ecdf8c@avcodec.org> #3184: sfd: de/muxing does not properly work for cri adx and ac3 ------------------------------------+------------------------------------ Reporter: Soukyuu | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Which application would read such samples / why do you think it would be a good idea if FFmpeg supported writing such files? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 12:03:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 11:03:53 -0000 Subject: [FFmpeg-trac] #3182(undetermined:open): A/V desync when transcoding MPEG-TS streams if an audio track disappears In-Reply-To: <037.d80b66fe3dcc87628ffbba6842292337@avcodec.org> References: <037.d80b66fe3dcc87628ffbba6842292337@avcodec.org> Message-ID: <052.0c082b5ecac083fbf7088fcf749e5c18@avcodec.org> #3182: A/V desync when transcoding MPEG-TS streams if an audio track disappears -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: avformat => undetermined * reproduced: 0 => 1 Comment: Thank your for the sample! For future tickets: Please do not use external libraries like libx264 and libfdk-aac if they are not needed to reproduce the problem. The following produces an output file that plays severely out-of-sync, {{{-async 1}}} does not help, I don't think this is a regression: {{{ $ ffmpeg -i ntd_gap_sound.ts -qscale 10 out.ts ffmpeg version N-58656-gbd9de4f Copyright (c) 2000-2013 the FFmpeg developers built on Nov 30 2013 11:55:29 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 55.100 / 52. 55.100 libavcodec 55. 44.100 / 55. 44.100 libavformat 55. 21.102 / 55. 21.102 libavdevice 55. 5.102 / 55. 5.102 libavfilter 3. 91.100 / 3. 91.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0x2e0b780] Invalid frame dimensions 0x0. Last message repeated 19 times Input #0, mpegts, from 'ntd_gap_sound.ts': Duration: 00:01:08.87, start: 50432.154678, bitrate: 3972 kb/s Program 1701 Metadata: service_name : MTV Portugal service_provider: Arqiva Program 1715 Metadata: service_name : D1 DAB service_provider: Arqiva Program 1720 Metadata: service_name : ANN service_provider: Arqiva Program 1740 Metadata: service_name : DCRO service_provider: Arqiva Program 1741 Metadata: service_name : DCBU service_provider: Arqiva Program 1752 Metadata: service_name : NTDTV service_provider: Arqiva Stream #0:0[0xa47]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 544x576 [SAR 24:17 DAR 4:3], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0xa48](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s Program 1760 Metadata: service_name : Il Sole service_provider: Arqiva Program 1765 Metadata: service_name : Deepam TV service_provider: Arqiva Program 1775 Metadata: service_name : GTV service_provider: Arqiva Program 1780 Metadata: service_name : Fox Sports HD service_provider: Arqiva Please use -q:a or -q:v, -qscale is ambiguous Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf55.21.102 Stream #0:0: Video: mpeg2video, yuv420p, 544x576 [SAR 24:17 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1(eng): Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg2video) Stream #0:1 -> #0:1 (mp2 -> mp2) Press [q] to stop, [?] for help frame= 416 fps=0.0 q=10.0 size= 3267kB time=00:00:16.56 bitrate=1616.3kbits/s dup=31 drop=0 [mpegts @ 0x2de7900] PES packet size mismatch [mp2 @ 0x2e0d100] Header missing Error while decoding stream #0:1: Invalid data found when processing input frame= 1218 fps=1217 q=10.0 size= 3498kB time=00:00:48.64 bitrate= 589.1kbits/s dup=31 drop=0 [mpegts @ 0x2de7900] PES packet size mismatch [mp2 @ 0x2e0d100] Header missing Error while decoding stream #0:1: Invalid data found when processing input [mpeg2video @ 0x2e0b780] ac-tex damaged at 25 34 [mpeg2video @ 0x2e0b780] Warning MVs not available [mpeg2video @ 0x2e0b780] concealing 68 DC, 68 AC, 68 MV errors in P frame frame= 1723 fps=1169 q=10.0 Lsize= 5619kB time=00:01:08.88 bitrate= 668.2kbits/s dup=33 drop=0 video:4434kB audio:592kB subtitle:0 global headers:0kB muxing overhead 11.780382% }}} The following commands work as expected: {{{ $ ffmpeg -ss 30 -i ntd_gap_sound.ts -qscale 10 out.ts }}} {{{ $ ffmpeg -skip_initial_bytes 25000000 -i ntd_gap_sound.ts -qscale 10 out.ts }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 12:11:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 11:11:41 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.60c014517808f5518bb8aa14b3cc71a7@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:28 ordroid]: Thank you for the tests! Could you confirm that this ticket is about VDPAU, ie decoding with "software decoder" works fine with current git head, decoding with "hardware acceleration (vdpau)" does not work? > bf36dc50: > all pass (checked twice..) Is it possible that xbmc automatically falls back to software decoding with this version? Perhaps CPU usage could tell you. (Original VDPAU API was removed from this version, so if it works for you, that would a surprise.) > a0c6c8e5: > > H264 - fail > VC-1 - fail > MPEG2 - fail > MPEG4-2 - pass Can you confirm that your ION-2 hardware supports hardware decoding for MPEG4-ASP (and that XBMC actually supports it)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 12:38:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 11:38:43 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.49efeb5a7fdc2afd2ac37a0d80684231@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EricV): ION-2 mean low profile hardware (typically netop) that is unable to decode HD without hardware acceleration. So software decoding will probably fail (at least not work correctly but should output some images at least). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 12:38:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 11:38:45 -0000 Subject: [FFmpeg-trac] #3167(avformat:new): Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 In-Reply-To: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> References: <037.07a0ac713855bc20dc9c70773a6982a9@avcodec.org> Message-ID: <052.4e495e1cbf6beb0bf6401803cf0eab15@avcodec.org> #3167: Creating/Remuxing AVI files results in unplayable AVI for hardware player Philips DVP640 ------------------------------------+------------------------------------ Reporter: userid99 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Does the following command produce a file that can be played on your hardware player? {{{ $ ffmpeg -i VDubrencode.avi -vcodec copy out.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 12:40:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 11:40:02 -0000 Subject: [FFmpeg-trac] #3170(swscale:open): Support large scaling In-Reply-To: <035.3d1af75eea3b2ba29bb881464dcc8550@avcodec.org> References: <035.3d1af75eea3b2ba29bb881464dcc8550@avcodec.org> Message-ID: <050.54e99309b60f01396248e5285c5625c3@avcodec.org> #3170: Support large scaling -------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: open Priority: wish | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 13:06:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 12:06:57 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.2a026e45aab201e53d45fbe3481a50cb@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ordroid): Yes, this is strictly about VDPAU acceleration. I'm still on bf36dc50 and playing hardware accelerated videos like a champ. With VDPAU disabled in XBMC, a single Atom core can't keep up with 720p H264 (but multithreading works even with 1080p :-). 720p MPEG4-ASP uses about ~30% CPU with and without VDPAU. As far as I can tell with a simple Google search the ION2 is supposed to support MPEG4-ASP, but it's apparently not using VDPAU. CPU usage with VDPAU enabled is about 11% for H264, VC-1 and MPEG2 (still on bf36dc50). Note that I did not compile XBMC between these runs, I simply swapped the ffmpeg libs and rebooted. So I guess my XBMC is already using the newer APIs? It's compiled against ffmpeg master as of yesterday. {{{ ffmpeg version N-55266-gbf36dc5 built on Nov 29 2013 17:28:35 with gcc 4.8.2 (Gentoo 4.8.2 p1.0, pie-0.5.8) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=atom -msse2 -msse3 -mssse3 -mcx16 -msahf -O2 -pipe' --extra-cflags='-march=atom -msse2 -msse3 -mssse3 -mcx16 -msahf -O2 -pipe' --extra-cxxflags='-march=atom -msse2 -msse3 -mssse3 -mcx16 -msahf -O2 -pipe' --disable-static --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --disable-stripping --enable-version3 --enable-nonfree --disable-indev=v4l2 --disable-outdev=v4l2 --disable-indev=oss --disable- indev=jack --disable-outdev=oss --enable-bzlib --disable-runtime-cpudetect --disable-debug --disable-doc --enable-gnutls --enable-hardcoded-tables --enable-iconv --enable-network --disable-openssl --enable-ffplay --disable-vaapi --enable-vdpau --enable-zlib --enable-libvo-aacenc --disable-libvo-amrwbenc --enable-libmp3lame --enable-libaacplus --disable-libfaac --enable-libtheora --disable-libtwolame --disable- libwavpack --enable-libx264 --enable-libxvid --disable-libcdio --disable- libiec61883 --disable-libdc1394 --disable-libcaca --disable-openal --disable-libv4l2 --disable-libpulse --enable-x11grab --disable-libflite --disable-frei0r --disable-fontconfig --enable-libass --disable- libfreetype --disable-libsoxr --enable-pthreads --disable-libopencore- amrwb --disable-libopencore-amrnb --disable-libfdk-aac --disable- libopenjpeg --enable-libbluray --disable-libcelt --disable-libgme --disable-libgsm --disable-libmodplug --enable-libopus --disable-libquvi --enable-librtmp --disable-libschroedinger --enable-libspeex --enable- libvorbis --disable-libvpx --disable-amd3dnow --disable-amd3dnowext --disable-altivec --disable-avx --disable-mmxext --disable-vis --disable- neon --cpu=atom libavutil 52. 40.100 / 52. 40.100 libavcodec 55. 20.100 / 55. 20.100 libavformat 55. 13.102 / 55. 13.102 libavdevice 55. 3.100 / 55. 3.100 libavfilter 3. 82.100 / 3. 82.100 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 4.100 / 2. 4.100 libswresample 0. 17.103 / 0. 17.103 libpostproc 52. 3.100 / 52. 3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 13:21:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 12:21:59 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.531dc395595a47e38f86f462d81b99b3@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => vdpau regression Comment: Replying to [comment:31 ordroid]: > Yes, this is strictly about VDPAU acceleration. Thank you. > 720p MPEG4-ASP uses about ~30% CPU with and without VDPAU. So it is safe to say that we can remove ASP from the testing list;-) > CPU usage with VDPAU enabled is about 11% for H264, VC-1 and MPEG2 (still on bf36dc50). Note that I did not compile XBMC between these runs, I simply swapped the ffmpeg libs and rebooted. > So I guess my XBMC is already using the newer APIs? It would be great if you could verify this because it would indicate a different bug than what I thought so far. The difference in the XBMC source code would be that the new API uses a "hwaccel" and the "h264/vc1/etc. decoder while the new API was based on specific decoders h264_vdpau, vc1_vdpau etc. > It's compiled against ffmpeg master as of yesterday. I don't think it is generally ok to use an older shared library instead of the one you compiled against, using a newer one may be ok (bugs are of course possible), ideally you would recompile to get valid results. While this is quite certainly unrelated, your configure line looks very broken;-( Perhaps testing with {{{./configure --enable-shared && make}}} wouldn't hurt... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 13:42:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 12:42:58 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.2c3713f80ba011ded336b5f8e2454798@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:32 cehoyos]: > Replying to [comment:31 ordroid]: > > Yes, this is strictly about VDPAU acceleration. > > Thank you. > > > 720p MPEG4-ASP uses about ~30% CPU with and without VDPAU. > > So it is safe to say that we can remove ASP from the testing list;-) > > > CPU usage with VDPAU enabled is about 11% for H264, VC-1 and MPEG2 (still on bf36dc50). Note that I did not compile XBMC between these runs, I simply swapped the ffmpeg libs and rebooted. > > > So I guess my XBMC is already using the newer APIs? > > It would be great if you could verify this because it would indicate a different bug than what I thought so far. The difference in the XBMC source code would be that the new API uses a "hwaccel" and the "h264/vc1/etc. decoder while the new API was based on specific decoders h264_vdpau, vc1_vdpau etc. > > > It's compiled against ffmpeg master as of yesterday. > > I don't think it is generally ok to use an older shared library instead of the one you compiled against, using a newer one may be ok (bugs are of course possible), ideally you would recompile to get valid results. > > While this is quite certainly unrelated, your configure line looks very broken;-( > Perhaps testing with {{{./configure --enable-shared && make}}} wouldn't hurt... Or actually something like: {{{ ./configure --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --enable-shared --disable-static --enable-gpl --enable-avresample --enable-version3 --enable-nonfree --disable-doc --enable-gnutls --enable- libmp3lame --enable-libaacplus --enable-libtheora --enable-libx264 --enable-libxvid --enable-libass --enable-libbluray --enable-libopus --enable-librtmp --enable-libspeex --enable-libvorbis --cpu=atom }}} If there really is a problem with the dev's, please report it! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 13:44:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 12:44:09 -0000 Subject: [FFmpeg-trac] #3172(undetermined:new): Closed captions in mov_text in f4v In-Reply-To: <036.b63a88105283e1b5988f7b5e923efae1@avcodec.org> References: <036.b63a88105283e1b5988f7b5e923efae1@avcodec.org> Message-ID: <051.12499095b0d1965c7fae6fc1dd965b06@avcodec.org> #3172: Closed captions in mov_text in f4v -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: sub cc mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): the subs did not display in quicktime. i've only seen them work in adobe flash player at adultswim.com but they changed the url so i'm not sure how to get that player to play the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 13:57:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 12:57:07 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.0b8e8d9452a74b511a4c1b9f66d8d60c@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ordroid): > It would be great if you could verify this because it would indicate a different bug than what I thought so far. The difference in the XBMC source code would be that the new API uses a "hwaccel" and the "h264/vc1/etc. decoder while the new API was based on specific decoders h264_vdpau, vc1_vdpau etc. The bundled ffmpeg in XBMC is version 1.2 and states "VDPAU hardware acceleration through normal hwaccel". Not sure how I'd go about verifying the shared behaviour. > > It's compiled against ffmpeg master as of yesterday. > > I don't think it is generally ok to use an older shared library instead of the one you compiled against, using a newer one may be ok (bugs are of course possible), ideally you would recompile to get valid results. Are there any combinations I could try to help isolate this problem? > While this is quite certainly unrelated, your configure line looks very broken;-( > Perhaps testing with {{{./configure --enable-shared && make}}} wouldn't hurt... I'm using the Gentoo git ebuild and actually had to remove some flags to compile these revisions. Incidentally all those enable flags map to the libraries I have installed through portages USE flags. But for simplicitys sake I'll do --enable-shared :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 14:05:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 13:05:43 -0000 Subject: [FFmpeg-trac] #3165(undetermined:closed): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.9e7c48a1b8646f727c13e15077ef1040@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * reproduced: 0 => 1 Comment: I can confirm that using harfbuzz in libass fixes this issue, output attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 14:10:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 13:10:32 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.ec1871ec062a0b6255f3cb50d81dd7c1@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:34 ordroid]: > But for simplicitys sake I'll do --enable-shared :) Careful, because this may break other applications which expect libavcodec to be linked against certain libraries. I am primarily (always) surprised about the --extra-cflags: I suspect they hurt performance, if they don't hurt performance, our configure script should be improved. Additionally, many options are the default (--enable- iconv) or make no sense on your architecture (--disable-altivec) or look contradictory to me (--disable-stripping --disable-debug). But as said all this is unrelated and it is much more failsafe if you continue using ebuild. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 14:45:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 13:45:03 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.c04547b250ac0ab37d4c4c8d45939d4d@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ordroid): Replying to [comment:35 cehoyos]: > Replying to [comment:34 ordroid]: > > But for simplicitys sake I'll do --enable-shared :) > > Careful, because this may break other applications which expect libavcodec to be linked against certain libraries. > I am primarily (always) surprised about the --extra-cflags: I suspect they hurt performance, if they don't hurt performance, our configure script should be improved. Additionally, many options are the default (--enable-iconv) or make no sense on your architecture (--disable-altivec) or look contradictory to me (--disable-stripping --disable-debug). But as said all this is unrelated and it is much more failsafe if you continue using ebuild. Noted. On a further unrelated note, I've noticed that ffmpeg disables SSE and SSSE3 (from configure output) even though the CPU is capable of it (altivec and sse are USE flags and --disabled unless activated globally). Apparently it's slow on Atom - so not sure of the impact of those --extra compiler flags. I'll try removing them. But this is certainly unrelated, and I'm not sure how to progress. If you don't have any specific code points, I can start a binary search between bf36dc50 and a0c6c8e5 and try to nail down the commit that introduced it. Might take a while though :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 14:56:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 13:56:15 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.6fe8f3459631c9b3675321ae9dff914e@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:36 ordroid]: > If you don't have any specific code points, I can start a binary search between bf36dc50 and a0c6c8e5 and try to nail down the commit that introduced it. Might take a while though :) Just test the commit before - 0a141b0e - I would expect it to "work" (if not we at least know what to search for) but as said, replacing a newer shared library with an older is not supposed to work so please compile bf36dc50 - if it really works with that one, we know that this is an issue with the new API. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 15:08:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 14:08:44 -0000 Subject: [FFmpeg-trac] #3094(swscale:closed): mjpeg and swscale: yuvj420p/yuv420p - pixel format problem In-Reply-To: <035.3ffebf38c1e9ef0c0e46c731aa433faa@avcodec.org> References: <035.3ffebf38c1e9ef0c0e46c731aa433faa@avcodec.org> Message-ID: <050.987e6f23f3693a2a040fdf608aec6d89@avcodec.org> #3094: mjpeg and swscale: yuvj420p/yuv420p - pixel format problem -------------------------------------+------------------------------------- Reporter: Marcin | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: regression | 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 Sat Nov 30 15:09:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 14:09:25 -0000 Subject: [FFmpeg-trac] #3102(undetermined:closed): Assertion Expression: !(cpu&(X264_CPU_SSSE3|X264_CPU_SSE4)) In-Reply-To: <036.432f062083f100ccfede381bb946d227@avcodec.org> References: <036.432f062083f100ccfede381bb946d227@avcodec.org> Message-ID: <051.371d5334c49371dc48a42eec6376a99e@avcodec.org> #3102: Assertion Expression: !(cpu&(X264_CPU_SSSE3|X264_CPU_SSE4)) -------------------------------------+------------------------------------- Reporter: actieve | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 15:09:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 14:09:38 -0000 Subject: [FFmpeg-trac] #3102(undetermined:closed): Assertion Expression: !(cpu&(X264_CPU_SSSE3|X264_CPU_SSE4)) In-Reply-To: <036.432f062083f100ccfede381bb946d227@avcodec.org> References: <036.432f062083f100ccfede381bb946d227@avcodec.org> Message-ID: <051.f266384b50c8eb53e7b96b4524d888d8@avcodec.org> #3102: Assertion Expression: !(cpu&(X264_CPU_SSSE3|X264_CPU_SSE4)) -------------------------------------+------------------------------------- Reporter: actieve | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: crash abort | Resolution: libx264 | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash abort libx264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 17:57:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 16:57:44 -0000 Subject: [FFmpeg-trac] #3120(avcodec:closed): Crash when converting internal SSA to SRT In-Reply-To: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> References: <034.ed35dfd70aa52ccb32292e5968da934e@avcodec.org> Message-ID: <049.0f4f5f5d7b8ab98ea346b30e14379fde@avcodec.org> #3120: Crash when converting internal SSA to SRT ------------------------------------+----------------------------------- Reporter: eelco | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: ass crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas George in 98a65784 / 4b1c9b72 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:02:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:02:45 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.5b8bf8e240a0afbb8b3920250fbf067c@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ordroid): I built ffmpeg 0a141b0e and XBMC against it, but VDPAU video went black again. XBMC tip compiles and runs fine with bf36dc50. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:06:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:06:53 -0000 Subject: [FFmpeg-trac] #3105(undetermined:new): hevc: crash with threads 1 and max_alloc (fuzzed file) In-Reply-To: <038.29daf2b63edefb559240ef64566580ca@avcodec.org> References: <038.29daf2b63edefb559240ef64566580ca@avcodec.org> Message-ID: <053.7f28a074a03e2a2f8bfa0abecef418a1@avcodec.org> #3105: hevc: crash with threads 1 and max_alloc (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: hevc crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hevc crash * priority: normal => important Comment: I am unable to reproduce this (and the backtrace looks suspicious), could you test again with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:10:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:10:41 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.1154a7173db89fa3657eb71ec4cf3137@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:38 ordroid]: > I built ffmpeg 0a141b0e and XBMC against it, but VDPAU video went black again. > > XBMC tip compiles and runs fine with bf36dc50. This is quite unexpected, please run git bisect, I don't have any better ideas. Sorry for the time you spent on testing the changes I guessed were responsible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:15:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:15:24 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.6f1caf20fc5af862bd8bcf491767791c@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by EricV): If you look at comment 5, the fact that rebuilding from source doesn't solve the problem was already clear. I would like to thank ordroid for his patience. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:19:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:19:23 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.5003b4608f448a5adb9fbb9c1ff78799@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Replying to [comment:40 EricV]: > If you look at comment 5, the fact that rebuilding from source doesn't solve the problem was already clear. I would like to thank ordroid for his patience. If you can solve the bug, nice. If you can't solve it but can help in the solution of the bug, nice. If you just want to troll around, shut up and find somewhere else. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:27:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:27:35 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.76442cd0051f7aaecc64c133dd8dc94c@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by EricV): Replying to [comment:41 Timothy_Gu]: > Replying to [comment:40 EricV]: > > If you look at comment 5, the fact that rebuilding from source doesn't solve the problem was already clear. I would like to thank ordroid for his patience. > > If you can solve the bug, nice. > If you can't solve it but can help in the solution of the bug, nice. > If you just want to troll around, shut up and find somewhere else. If you do not help either shut up. At least I reported the bug and gave enough information to ffmpeg dev team to reproduce it. But the was not enough. Unfortunately, except ordroid nobody seems to have tried himself to reproduce the bug. VDPAU is the hardware acceleration API for Nvidia and now also for AMD and nobody seems to care enough except affected users. Fine. I understand why XBMC will probably use internal lib forever preventing most users to find bug in ffmpeg and enhance it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:32:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:32:28 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.cf14acc8405d3bf90ae37122f757ab5f@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:42 EricV]: > If you do not help either shut up. Please allow me to inform you that you are very close to being banned from this tracker. I would suggest you do not comment for the moment here, thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 18:50:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 17:50:01 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.b7e8af943b1d17eabbbb5a93bd1112ec@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Timothy_Gu): Replying to [comment:42 EricV]: > At least I [...] gave enough information to ffmpeg dev team to reproduce it. Really? I don't think so. > Unfortunately, except ordroid nobody seems to have tried himself to reproduce the bug. Because we either [comment:8 cannot] or [comment:12 don't have the hardware]. > > VDPAU is the hardware acceleration API for Nvidia and now also for AMD and nobody seems to care enough except affected users. This is because of somebody's snotty behaviors and unwillingness to provide any additional info regarding this bug, and because of the lack of resource that we have in order to reproduce the bug. You want this bug to be fixed, you contribute because we can't. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 19:07:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 18:07:03 -0000 Subject: [FFmpeg-trac] #3133(undetermined:new): Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC In-Reply-To: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> References: <034.499996d7291778d6aaf432a91c019e51@avcodec.org> Message-ID: <049.31a4b32c37b8255ba76c7736a63e816a@avcodec.org> #3133: Incompatibilities beween ffmpeg 2.0.2 and 2.1 exposed via XBMC -------------------------------------+------------------------------------- Reporter: EricV | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: vdpau | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by EricV): Replying to [comment:44 Timothy_Gu]: > Replying to [comment:42 EricV]: > > At least I [...] gave enough information to ffmpeg dev team to reproduce it. > > Really? I don't think so. Honestly what was missing concretely? I gave you the way to reproduce the XBMC binary exhibiting the bug, the compilation options, the settings. For ffmpeg, I'm sure you know better than me. > You want this bug to be fixed, you contribute because we can't. This makes me wonder how you can test/verify/regress test vdpau changes before accepting them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 19:13:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 18:13:11 -0000 Subject: [FFmpeg-trac] #3165(undetermined:closed): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.20028cb18499ef911cd4c23cc8963015@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by nagesh): Replying to [comment:18 cehoyos]: > I can confirm that using harfbuzz in libass fixes this issue, output attached. This is terrific news ! Many thanks !! One last question. Were you required to do anything 'special' while compiling libass with harfbuzz ? The reason I am asking is, I would like to create an automated script so that the latest FFmpeg source can be easily compiled with a current version of libass and harfbuzz. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 19:21:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 18:21:19 -0000 Subject: [FFmpeg-trac] #3165(undetermined:closed): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.04fd6c42f42ab64c79e5d681fb0e4552@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:19 nagesh]: > One last question. Were you required to do anything 'special' while compiling libass with harfbuzz ? Yes, I had to install harfbuzz before compiling libass. > The reason I am asking is, I would like to create an automated script so that the latest FFmpeg source can be easily compiled with a current version of libass and harfbuzz. I would suggest you get in touch with the various people who already provide such binaries. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 20:09:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 19:09:23 -0000 Subject: [FFmpeg-trac] #3165(undetermined:closed): Kannada language sub-titles are not rendered correctly. In-Reply-To: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> References: <035.b256015df63a6034203b1b9688e8fcf6@avcodec.org> Message-ID: <050.6e08dba81cbbbec3a5b925e035b03e36@avcodec.org> #3165: Kannada language sub-titles are not rendered correctly. -------------------------------------+------------------------------------- Reporter: nagesh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: sub srt | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by nagesh): Ok. Thanks a lot! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 21:42:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 20:42:22 -0000 Subject: [FFmpeg-trac] #1769(avutil:open): Make ffmpeg build string available in avutil.h In-Reply-To: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> References: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> Message-ID: <051.d042e366956809779f1a482d07adef2f@avcodec.org> #1769: Make ffmpeg build string available in avutil.h -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: enhancement | Timothy_Gu Priority: wish | Status: open Version: git-master | Component: avutil Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by DonMoir): I applied some of the patches that relate to this ticket and looks good. When it's all said and done I will retest and then we can close this. Thanks Timothy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 22:12:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 21:12:34 -0000 Subject: [FFmpeg-trac] #3105(undetermined:new): hevc: crash with threads 1 and max_alloc (fuzzed file) In-Reply-To: <038.29daf2b63edefb559240ef64566580ca@avcodec.org> References: <038.29daf2b63edefb559240ef64566580ca@avcodec.org> Message-ID: <053.6da6e02c15191abc5a76d992d3851db5@avcodec.org> #3105: hevc: crash with threads 1 and max_alloc (fuzzed file) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: hevc crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > I am unable to reproduce this (and the backtrace looks suspicious), could you test again with current git head? crashes here with (autobuild): ffmpeg -max_alloc 250000 -threads 1 -i fhevc2_2.ts -f null - -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Nov 30 22:28:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 30 Nov 2013 21:28:19 -0000 Subject: [FFmpeg-trac] #2854(avcodec:closed): support msn audio In-Reply-To: <038.5a935cbc4ac55f70772ce1a90f53ccbe@avcodec.org> References: <038.5a935cbc4ac55f70772ce1a90f53ccbe@avcodec.org> Message-ID: <053.52352da2de0b7fdebb9338bd260500f3@avcodec.org> #2854: support msn audio ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by ami_stuff): * status: open => closed * resolution: => fixed Comment: Replying to [ticket:2854 ami_stuff]: > the rest of the modes needs some tweaks in the decoder Implemented in 8c87658fdc657fa0c19c9b507645b03d5295eb49 by Kostya. -- Ticket URL: FFmpeg FFmpeg issue tracker