September 2015 - FFmpeg-trac - lists.ffmpeg.org

#4834(ffmpeg:new): Potential enhancement for -drawtext timecode
by FFmpeg 07 Sep '15

07 Sep '15

#4834: Potential enhancement for -drawtext timecode -------------------------------------+------------------------------------- Reporter: Chuckles32 | Type: Status: new | enhancement Component: ffmpeg | Priority: minor Keywords: filter | Version: drawtext timecode | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Not a bug, but a feature request/enhancement. Using the drawtext filter to overlay a timecode to a video, the only option is to display hh:mm:ss.ff. For many applications, it's not necessary to display the hh or ff. It would be nice to use the drawtext filter with timecode to display just mm:ss, or just ss. {{{ -vf drawtext="fontsize=15:fontfile=/Library/Fonts/DroidSansMono.ttf:\ timecode='00\:00\:00\:00':rate=25:text='TCR\:':fontsize=72:fontcolor='white':\ boxcolor=0x000000AA:box=1:x=860-text_w/2:y=960" }}} Would be nice to be able to control which parts of the timecode are displayed. The example below would only overlay the hh:mm text of the timecode. {{{ -vf drawtext="fontsize=15:fontfile=/Library/Fonts/DroidSansMono.ttf:\ timecode='xx\:00\:00\:xx':rate=25:text='TCR\:':fontsize=72:fontcolor='white':\ boxcolor=0x000000AA:box=1:x=860-text_w/2:y=960" }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4834> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#4824(undetermined:new): Rtmp Lip-sync trouble
by FFmpeg 07 Sep '15

07 Sep '15

#4824: Rtmp Lip-sync trouble -------------------------------------+------------------------------------- Reporter: laurfb | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: lip-sync | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hi. I've have some trouble trying to save or play an rtmp stream with ffmpeg (lip-sync trouble). The same stream plays without any trouble with ffplay! Seems that ffmpeg connot manage very well (although ffplay can!) any DTS errors (see attached ffprobe report) The ffmpeg package is build from the master ffmpeg git (N-74786-g50f2f7a). The live stream can be viewed at rtmp://82.208.148.204:1935/live/tvriasi I try variour -vsync/async option without any luck. Any help will be appreciated. best regards, laurb How to reproduce: {{{ % ffmpeg -i rtmp://82.208.148.204:1935/live/tvriasi -c copy -f flv stream_test.flv ffmpeg -i rtmp://10.10.32.128:1935/live/tvriasi -c copy -f flv rtmp_stream.flv -report ffmpeg version N-74786-g50f2f7a Copyright (c) 2000-2015 the FFmpeg developers built with gcc 5.2.0 (Rev3, Built by MSYS2 project) configuration: --target-os=mingw32 --prefix=/local32 --bindir=/local32 /bin-video --enable-static --disable-shared --disable-debug --enable-gpl --disable-w32threads --enable-avisynth --pkg-config-flags=--static --enable-librtmp --enable-frei0r --enable-libopenjpeg --enable-libass --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo- amrwbenc --enable-libschroedinger --enable-libsoxr --enable-libtwolame --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvo- aacenc --enable-libopus --enable-libvidstab --enable-libxavs --enable- libxvid --enable-libzvbi --enable-libdcadec --enable-libbs2b --enable- libcdio --enable-libfreetype --enable-fontconfig --enable-libfribidi --enable-opengl --enable-libvpx --enable-libx264 --enable-libx265 --enable-libkvazaar --enable-libwebp --enable-decklink --enable-libgme --enable-nonfree --enable-nvenc --enable-libfdk-aac --enable-openssl --extra-cflags=-DMODPLUG_STATIC --extra-cf libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4824> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

Re: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp
by FFmpeg 06 Sep '15

06 Sep '15

#3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by okel): * cc: stefan.sassenberg@… (added) -- Ticket URL: <https://trac.ffmpeg.org/ticket/3339#comment:18> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3339(undetermined:open): Remuxing m2ts to mkv, Can't write packet with unknown timestamp
by FFmpeg 06 Sep '15

06 Sep '15

#3339: Remuxing m2ts to mkv, Can't write packet with unknown timestamp -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by okel): Still not working with today's GIT version -- Ticket URL: <https://trac.ffmpeg.org/ticket/3339#comment:17> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 06 Sep '15

06 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by atomnuker): Replying to [comment:406 Kamedo2]: > Thank you. With your devotion, the sound is getting great, and I have heard no apparent problem on over 20 hours of music and speech tracks on common settings. Thanks, nice to know someone's using the encoder. Make sure to reencode them once the encoder's ready :-) Fixed the bug. Probably fixes quite a lot of IS artifacts too. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:407> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4819(avcodec:new): av_register_all() memory leak
by FFmpeg 06 Sep '15

06 Sep '15

#4819: av_register_all() memory leak ----------------------------------+--------------------------------------- Reporter: joeallen | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Originally I was making an application to convert audio to wav, and then I want to make sure it didn't leak, so I ran it with valgrind. There were a bunch of leaks but apparently av_register_all() is leaking memory. To confirm, I made a small test program: {{{ #include <math.h> #include <string> #include <queue> #include <deque> #include <iostream> //#ifdef __cplusplus extern "C" { #ifndef __STDC_CONSTANT_MACROS # define __STDC_CONSTANT_MACROS #endif #include <libavformat/avformat.h> #include <libavcodec/avcodec.h> #include <libswresample/swresample.h> #include <libswscale/swscale.h> #include <libavutil/channel_layout.h> #include <libavutil/common.h> #include <libavutil/imgutils.h> #include <libavutil/mathematics.h> #include <libavutil/avassert.h> #include <libavutil/avstring.h> #include <libavutil/frame.h> #include <libavutil/opt.h> #include <libavutil/samplefmt.h> #include <libavutil/timestamp.h> #include <libavfilter/avfilter.h> #include <libavfilter/buffersrc.h> #include <libavfilter/buffersink.h> #include <libavutil/dict.h> } int main (int argc, char ** argv){ //Initialize all codecs av_register_all(); } }}} Here is the valgrind output. {{{ valgrind --leak-check=full --show-leak-kinds=all ./mfpeg ==2417== Memcheck, a memory error detector ==2417== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==2417== Using Valgrind-3.10.0.SVN and LibVEX; rerun with -h for copyright info ==2417== Command: ./mfpeg ==2417== ==2417== ==2417== HEAP SUMMARY: ==2417== in use at exit: 81 bytes in 2 blocks ==2417== total heap usage: 4 allocs, 2 frees, 167 bytes allocated ==2417== ==2417== 32 bytes in 1 blocks are still reachable in loss record 1 of 2 ==2417== at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck- amd64-linux.so) ==2417== by 0x6DE768F: _dlerror_run (dlerror.c:141) ==2417== by 0x6DE70C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==2417== by 0x8DC7273: x265_api_get_63 (in /usr/local/lib/libx265.so.63) ==2417== by 0x5958E74: ??? (in /usr/local/lib/libavcodec.so.56.41.100) ==2417== by 0x59D76B1: avcodec_register_all (in /usr/local/lib/libavcodec.so.56.41.100) ==2417== by 0x4E6B342: av_register_all (in /usr/local/lib/libavformat.so.56.36.100) ==2417== by 0x400830: main (main.cpp:35) ==2417== ==2417== 49 bytes in 1 blocks are still reachable in loss record 2 of 2 ==2417== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck- amd64-linux.so) ==2417== by 0x400FDC0: _dl_signal_error (dl-error.c:90) ==2417== by 0x40146CF: _dl_open (dl-open.c:715) ==2417== by 0x6DE702A: dlopen_doit (dlopen.c:66) ==2417== by 0x400FFF3: _dl_catch_error (dl-error.c:187) ==2417== by 0x6DE762C: _dlerror_run (dlerror.c:163) ==2417== by 0x6DE70C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87) ==2417== by 0x8DC7273: x265_api_get_63 (in /usr/local/lib/libx265.so.63) ==2417== by 0x5958E74: ??? (in /usr/local/lib/libavcodec.so.56.41.100) ==2417== by 0x59D76B1: avcodec_register_all (in /usr/local/lib/libavcodec.so.56.41.100) ==2417== by 0x4E6B342: av_register_all (in /usr/local/lib/libavformat.so.56.36.100) ==2417== by 0x400830: main (main.cpp:35) ==2417== ==2417== LEAK SUMMARY: ==2417== definitely lost: 0 bytes in 0 blocks ==2417== indirectly lost: 0 bytes in 0 blocks ==2417== possibly lost: 0 bytes in 0 blocks ==2417== still reachable: 81 bytes in 2 blocks ==2417== suppressed: 0 bytes in 0 blocks ==2417== ==2417== For counts of detected and suppressed errors, rerun with: -v ==2417== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) }}} I made a stackoverflow post on it: http://stackoverflow.com/questions/32323093/ffmpeg-av-register-all-memory- leak It seems to be an issue with x265 codec. Any help would be appreciated. Thanks. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4819> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 14

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 06 Sep '15

06 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Thank you. With your devotion, the sound is getting great, and I have heard no apparent problem on over 20 hours of music and speech tracks on common settings. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:406> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 06 Sep '15

06 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by atomnuker): There's something weird happening in the search_for_is for one of the phases. Will submit a patch in a few hours and reply here for you to test. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:405> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
by FFmpeg 06 Sep '15

06 Sep '15

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master | Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): This sound will crash the FFmpeg, when the sampling rate is 96kHz. {{{ ffmpeg74961-g61009a7 -y -i ffmpeg_96k_error.flac -c:a aac -strict experimental -b:a 96k -ac 2 -ar 96000 out.mp4 ffmpeg74961-g61009a7 -y -i ffmpeg_96k_error.flac -c:a aac -strict experimental -b:a 160k -ac 2 -ar 96000 out.mp4 ffmpeg74961-g61009a7 -y -i ffmpeg_96k_error.flac -c:a aac -strict experimental -q:a 1 -ac 2 -ar 96000 out.mp4 }}} I tried many sine sweeps but it seems that the bug only happens when one of channel is inverted. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:404> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#3927(undetermined:new): feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences
by FFmpeg 05 Sep '15

05 Sep '15

#3927: feature request: enable pix_fmt xyz12le / xyz12be for TIFF sequences -------------------------------------+------------------------------------- Reporter: maweber | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: 2.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi I think it would be useful to support DCI compliant xyz conversion for image output such as TIFF. (Not just openjpeg j2c) {{{ to make this possible: % ffmpeg -i input c:v tiff -pix_fmt xyz12le -f image2 /output/file%06d.tif }}} Thank you. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3927> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7