February 2014 - FFmpeg-trac - lists.ffmpeg.org

Re: [FFmpeg-trac] #3313(avformat:closed): ffmpeg can't receive the UDP multicasted MPEGTS streams
by FFmpeg 10 Feb '14

10 Feb '14

#3313: ffmpeg can't receive the UDP multicasted MPEGTS streams -------------------------------------+------------------------------------- Reporter: mrxwh | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: udp | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dbrb2): I seem to be able to replicate this on a version of ffmpeg built from master last week. I can't immediately revuild from todays master - is this recent enough? ffmpeg version N-60232-gfbafd64 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 16:34:03 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) ffmpeg -loglevel debug -i "udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222" ffmpeg version N-60232-gfbafd64 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 2 2014 16:34:03 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --enable-libfreetype --enable-libtheora --enable-libvpx --enable-libvorbis --enable-gpl --enable-nonfree --enable-pthreads --enable-libx264 --enable-libfaac --extra-cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 52. 63.100 / 52. 63.100 libavcodec 55. 49.101 / 55. 49.101 libavformat 55. 28.101 / 55. 28.101 libavdevice 55. 7.100 / 55. 7.100 libavfilter 4. 1.101 / 4. 1.101 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument 'udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222&buffer_size=65535'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222&buffer_size=65535. Successfully parsed a group of options. Opening an input file: udp://10.163.18.222:5004?reuse=1&include=1&sources=10.163.18.222&buffer_size=65535. [udp @ 0x134336e0] end receive buffer size reported is 131070 ... ... .. . hangs here Running tshark seems to confirm that the stream has not been joined -- Ticket URL: <https://trac.ffmpeg.org/ticket/3313#comment:7> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#3379(undetermined:new): HEVC decoding is not multi-threaded
by FFmpeg 10 Feb '14

10 Feb '14

#3379: HEVC decoding is not multi-threaded -------------------------------------+------------------------------------- Reporter: luckyknight | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: HEVC | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Not sure if this is as intended or the current state of HEVC decoding in ffmpeg, but I am only seeing a single core of my dual core CPU being used when ffmpeg is decoding a HEVC file. This causes issues with certain files (10gb or more with 1080p resolution) due to the processing power required. openHEVC is multi-threaded I believe. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3379> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

Re: [FFmpeg-trac] #2545(avfilter:closed): Filter EBU R128 - add True Peak valuation
by FFmpeg 10 Feb '14

10 Feb '14

#2545: Filter EBU R128 - add True Peak valuation -------------------------------------+------------------------------------ Reporter: grahamsch | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: ebur128 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by ubitux): * keywords: => ebur128 * status: open => closed * resolution: => fixed Comment: {{{ commit 2384cada120c7898c2e5a1726f4cb468c953d636 Author: Jean First <jeanfirst(a)gmail.com> Date: Sat Jan 25 23:19:07 2014 +0100 lavfi/ebur128: add true peak metering per frame Signed-off-by: Jean First <jeanfirst(a)gmail.com> }}} {{{ commit 6ef2315aafe352998fd612dd6cd21c4eb9731031 Author: Jean First <jeanfirst(a)gmail.com> Date: Sat Jan 25 23:19:06 2014 +0100 lavfi/ebur128: print peak metering in dBFS Signed-off-by: Jean First <jeanfirst(a)gmail.com> }}} {{{ commit 7f42bfad5d763f06d6fb6e91a8cef78f7fad9bf2 Author: Clément Bœsch <u(a)pkh.me> Date: Sat Jan 25 23:19:05 2014 +0100 lavfi/ebur128: add sample and true peak metering. Metadata injection and logging. Not yet present visually. Signed-off-by: Jean First <jeanfirst(a)gmail.com> }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/2545#comment:2> 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 10 Feb '14

10 Feb '14

#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): Sounds good! I'd like to test that too. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:245> 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 10 Feb '14

10 Feb '14

#2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Btw, I tested ogg and faac, and they too both bork the sine wave. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:244> 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 10 Feb '14

10 Feb '14

#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): No, it's not the loudest bin. It's a group of bins. Because the sine isn't represented on the mdct by a single bin, but rather a ripple pattern that has to be accurately encoded, or the resulting sine fluctuates in amplitude (hence the clipping). But I got a solution. I'm doing the listening tests now, but it sounds good. Basically, a two-front approach: lower the volume of near-clipping windows (and only those, to make it idempotent), and tweak tonal band priorization (because the sine wave was getting too few bits after all). -- Ticket URL: <https://trac.ffmpeg.org/ticket/2686#comment:243> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #2016(avcodec:open): Support libopenjpeg 2.0.0
by FFmpeg 09 Feb '14

09 Feb '14

#2016: Support libopenjpeg 2.0.0 -------------------------------------+----------------------------------- Reporter: KSHawkEye | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by mcirsta): I've added a patch to compile ffmpeg with openjpeg2. You also need to pass: --extra-cflags="-DHAVE_OPENJPEG_2_0_OPENJPEG_H" to configure. Also from openjpeg2 you need to copy the openjpeg.h from src/lib/openmj2 to openjpeg-2.0/openmj2.h. You probably have to modify the #ifdef at the beginning of your openmj2.h file. Good new is there seem to not have been any API changes so after compiling all works fine. -- Ticket URL: <https://trac.ffmpeg.org/ticket/2016#comment:10> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3374(avcodec:new): avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a
by FFmpeg 09 Feb '14

09 Feb '14

#3374: avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a -------------------------------------+----------------------------------- Reporter: sam18 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): To make this a valid ticket, please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: <https://trac.ffmpeg.org/ticket/3374#comment:1> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #1847(avcodec:open): wmalossless: support 24bit depth
by FFmpeg 09 Feb '14

09 Feb '14

#1847: wmalossless: support 24bit depth -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wmalossless | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by DJX): * cc: dfratiani@… (added) -- Ticket URL: <https://trac.ffmpeg.org/ticket/1847#comment:3> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#3374(avcodec:new): avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a
by FFmpeg 04 Feb '14

04 Feb '14

#3374: avcodec_decode_video2 crashes while using in iOS by linking libavcodec.a ---------------------------------+--------------------------------------- Reporter: sam18 | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Hello, I have been testing libavcodec in ios for h264 video decoding. In some cases, my application crashes while calling to avcodec_decode_video2. It shows EXE_BAD_ACCESS in ff_h264_decode_nal. please help me on this. let me know if you need any other informations. thanks. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3374> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 0