Re: [FFmpeg-devel] [PATCH 2/2] v2 SCTE-35 support in hlsenc

On Mon, Jul 25, 2016 at 12:25:17PM -0700, Carlos Fernandez Sanz wrote: > From: carlos > [...] > diff --git a/libavformat/scte_35.h b/libavformat/scte_35.h > new file mode 100644 > index 000..733736a > --- /dev/null > +++ b/libavformat/scte_35.h > @@ -0,0 +1,76 @@ >

Re: [FFmpeg-devel] [PATCH 1/2] v2 SCTE extraction from mpegts

On Mon, Jul 25, 2016 at 12:25:16PM -0700, Carlos Fernandez Sanz wrote: > From: Carlos > > Signed-off-by: carlos > --- > libavcodec/avcodec.h| 1 + > libavcodec/codec_desc.c | 6 ++ > libavformat/mpegts.c| 46

Re: [FFmpeg-devel] [PATCH] libavcodec/libopenjpegenc: don't define OPJ_STATIC with openjpeg 2.1.1

On 7/25/2016 2:09 AM, Kia wrote: > This fixes bug #5694 and builds with libopenjpeg 2.1.1. > > openjpeg commit 3ed5858902055d3500a6ab183f1395686921d026 hides all > symbols with __attribute__ ((visibility ("hidden"))) if OPJ_STATIC is > defined Does this affect libopenjpeg 2.1.0 in any way? And

Re: [FFmpeg-devel] [PATCH] avcodec/alsdec: implement floating point decoding

On Mon, Jul 25, 2016 at 10:13:38PM +0530, Umair Khan wrote: > On Sun, Jul 24, 2016 at 1:47 AM, Umair Khan wrote: > > > > HI, > > > > On Fri, Jul 22, 2016 at 9:19 PM, Michael Niedermayer > > wrote: > > > On Fri, Jul 22, 2016 at 06:22:30PM +0530, Umair

Re: [FFmpeg-devel] [PATCH] avutil/frame: access avframe fields directly in get_frame_defaults()

On 7/25/2016 5:11 PM, Michael Niedermayer wrote: > On Mon, Jul 25, 2016 at 04:01:40PM -0300, James Almer wrote: >> The accessors are needed only from outside libavutil. >> >> Signed-off-by: James Almer >> --- >> libavutil/frame.c | 8 >> 1 file changed, 4

Re: [FFmpeg-devel] [PATCH] avformat/fivdec: cached keyframes before video or audio stream was created

On Mon, Jul 25, 2016 at 05:34:58PM +0800, XinZheng Zhang wrote: > On Mon, Jul 25, 2016 at 4:41 PM, Michael Niedermayer > wrote: > > On Thu, Jul 21, 2016 at 10:36:20AM +0800, Xinzheng Zhang wrote: > >> --- > >> libavformat/flvdec.c | 51 > >>

Re: [FFmpeg-devel] [PATCH] avutil/frame: access avframe fields directly in get_frame_defaults()

On Mon, Jul 25, 2016 at 04:01:40PM -0300, James Almer wrote: > The accessors are needed only from outside libavutil. > > Signed-off-by: James Almer > --- > libavutil/frame.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) LGTM thanks [...] -- Michael

[FFmpeg-devel] [PATCH 2/2] v2 SCTE-35 support in hlsenc

From: carlos Signed-off-by: carlos --- libavformat/Makefile | 2 +- libavformat/hlsenc.c | 110 +--- libavformat/scte_35.c | 482 ++ libavformat/scte_35.h | 76 4 files

[FFmpeg-devel] [PATCH 1/2] v2 SCTE extraction from mpegts

From: Carlos Signed-off-by: carlos --- libavcodec/avcodec.h| 1 + libavcodec/codec_desc.c | 6 ++ libavformat/mpegts.c| 46 -- 3 files changed, 47 insertions(+), 6 deletions(-) diff --git

[FFmpeg-devel] [PATCH 0/2] v2 - SCTE-35 support

These two patches add support for SCTE-35. First, parse it correct from MPEG, then segment appropiately. All things reported about v1 addressed: - Removed commented out code - Spaces where there was a tab - Should build on mingw64 (removed probable cause of error) - Made it a hls muxer

[FFmpeg-devel] avio starting offset and hls regression in 3.1

Hi all, Commit d0fc5de3a643fe7f974ed14e410c2ac2f4147d7e [1] merged in commit 81306fd4bdeb5c17d4db771e4fec684773b5790f "hls: eliminate ffurl_* usage" from libav, which changed the hls demuxer to use AVIOContext instead of URLContext for its HTTP requests. HLS demuxer uses the "offset" option for

[FFmpeg-devel] [PATCH] af_hdcd: Process stereo channels together, fix #5727

Issue #5727: gain adjustment should only be applied if matching gain value from a valid packet in both channels. The existing functions process each channel separately, so it was not possible. * New versions of hdcd_process(), hdcd_scan(), hdcd_integrate() named hdcd_*_stereo() that process

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

On Mon, Jul 25, 2016 at 12:25:07PM -0400, Ronald S. Bultje wrote: > Hi, > > On Mon, Jul 25, 2016 at 5:39 AM, Michael Niedermayer > wrote: > > > On Mon, Jul 25, 2016 at 04:05:54AM +, Davinder Singh wrote: > > > https://github.com/dsmudhar/FFmpeg/commits/dev > > >

[FFmpeg-devel] [PATCH 0/1] af_hdcd: Process stereo channels together, fix #5727

For review, a fix for #5727. Please test and comment. I've made new versions of the processing functions that process stereo channels together so that the rule regarding target_gain can be implemented. The target_gain used for both channels will now be the last valid target_gain that matched

[FFmpeg-devel] [PATCH] avfilter: Add new format for PSNR stats log

Add an AVOption stats_version with a new header for V2 stats, which specifies the stats log version and lists the fields that will be present in the log (to ease parsing). The primary motivation is to facilitate the addition of optional fields to the log without breaking backwards compatibility,

Re: [FFmpeg-devel] [PATCH] avdev/libdc1394: distinguish between enumeration errors, and no cameras found

On Mon, Jul 25, 2016 at 12:21:12PM +0100, Josh de Kock wrote: > On Mon, Jul 25, 2016, at 10:23 AM, Michael Niedermayer wrote: > > > > applied > > > > will push once git.videolan.org is up again > > > > thx > > if you haven't pushed already, could you change the following: > > if

Re: [FFmpeg-devel] [PATCH] libavformat/rtpdec_asf: zero initialize the AVIOContext struct

On Sat, Jul 23, 2016 at 11:47:39PM +0200, Kacper Michajłow wrote: > This fixes crash in avformat_open_input() when accessing > protocol_whitelist field. > --- > libavformat/rtpdec_asf.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) applied thx [...] -- Michael GnuPG fingerprint:

Re: [FFmpeg-devel] [PATCH] avcodec/alsdec: implement floating point decoding

On Sun, Jul 24, 2016 at 1:47 AM, Umair Khan wrote: > > HI, > > On Fri, Jul 22, 2016 at 9:19 PM, Michael Niedermayer > wrote: > > On Fri, Jul 22, 2016 at 06:22:30PM +0530, Umair Khan wrote: > >> On Thu, Jul 21, 2016 at 6:18 PM, Michael Niedermayer > >>

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

Hi, On Mon, Jul 25, 2016 at 5:39 AM, Michael Niedermayer wrote: > On Mon, Jul 25, 2016 at 04:05:54AM +, Davinder Singh wrote: > > https://github.com/dsmudhar/FFmpeg/commits/dev So, correct me if I'm wrong, but it seems the complete ME code currently lives inside

[FFmpeg-devel] [PATCH 2/2] MAINTAINERS: Add myself as maintainer of fifo muxer

From: Jan Sebechlebsky Signed-off-by: Jan Sebechlebsky --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 6d4c9f9..0e66170 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -164,6 +164,7 @@

[FFmpeg-devel] [PATCH v3 1/2] libavformat: Add fifo pseudo-muxer

From: Jan Sebechlebsky The fifo pseudo-muxer allows to separate encoder from the actual output by using a first-in-first-out queue and running actual muxer asynchronously in separate thread. It can be configured to attempt transparent recovery of output on failure.

[FFmpeg-devel] [PATCH 0/2][GSoC] Add fifo pseudo-muxer

From: Jan Sebechlebsky Hello, I am sending next version of fifo pseudo-muxer. I will send patchset adding AVFMT_FLAG_NONBLOCK support requested by Nicolas later - it turned out that there are some more things to solve (av_write_frame does not support repeated calls

Re: [FFmpeg-devel] [PATCH] lavf/movenc: add missing dependency on dnxhddata

On 7/24/2016 6:45 PM, Matthieu Bouron wrote: > From: Matthieu Bouron > > Fixes a missing symbol error in lavc/movenc if the dnxhd encoder is not > enabled. > --- > > New patch attached. If it's accepted, I'll revert the previous one and push > the > new one.

Re: [FFmpeg-devel] [PATCH] lavc: always build dnxhddata

On 7/25/2016 4:36 AM, Michael Niedermayer wrote: > On Sun, Jul 24, 2016 at 11:43:41PM -0300, James Almer wrote: >> On 7/24/2016 8:13 PM, Michael Niedermayer wrote: > [...] >>> Looking at this function closely now, it could have been added to dnxhddata.h instead. No need for avpriv_

Re: [FFmpeg-devel] [PATCH v2] avcodec/bsf: Set EOF flag only if pkt == NULL

Le septidi 7 thermidor, an CCXXIV, Jan Sebechlebsky a écrit : > I gave this a second thought, wouldn't it be better to simply ignore pkt > without payload? So after caller would send empty packet using > av_bsf_send_packet, he would get AVERROR(EAGAIN) from the next > av_bsf_receive_packet call

Re: [FFmpeg-devel] A question regarding dangerous call inside libavformat\utils.c::has_decode_delay_been_guessed()

On Mon, Jul 25, 2016 at 01:55:18PM +0300, Ivan Uskov wrote: > Hello Michael, > > Sunday, July 24, 2016, 11:25:29 PM, you wrote: > > MN> On Sun, Jul 24, 2016 at 11:18:38PM +0300, Ivan Uskov wrote: > >> Hello Michael, > >> > >> Sunday, July 24, 2016, 11:11:32 PM, you wrote: > >> > >> MN> On Sun,

Re: [FFmpeg-devel] [PATCH] avdev/libdc1394: distinguish between enumeration errors, and no cameras found

On Mon, Jul 25, 2016, at 10:23 AM, Michael Niedermayer wrote: > > applied > > will push once git.videolan.org is up again > > thx if you haven't pushed already, could you change the following: if (dc1394_camera_enumerate(dc1394->d, ) != DC1394_SUCCESS || !list){ should be: if

Re: [FFmpeg-devel] A question regarding dangerous call inside libavformat\utils.c::has_decode_delay_been_guessed()

Hello Michael, Sunday, July 24, 2016, 11:25:29 PM, you wrote: MN> On Sun, Jul 24, 2016 at 11:18:38PM +0300, Ivan Uskov wrote: >> Hello Michael, >> >> Sunday, July 24, 2016, 11:11:32 PM, you wrote: >> >> MN> On Sun, Jul 24, 2016 at 09:55:21PM +0300, Ivan Uskov wrote: >> >> Hello All, >> >> >>

Re: [FFmpeg-devel] [PATCH] avformat/fivdec: cached keyframes before video or audio stream was created

On Mon, Jul 25, 2016 at 4:41 PM, Michael Niedermayer wrote: > On Thu, Jul 21, 2016 at 10:36:20AM +0800, Xinzheng Zhang wrote: >> --- >> libavformat/flvdec.c | 51 >> --- >> 1 file changed, 44 insertions(+), 7 deletions(-)

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

On Mon, Jul 25, 2016 at 04:05:54AM +, Davinder Singh wrote: > https://github.com/dsmudhar/FFmpeg/commits/dev > > The Paper 2 algorithm is complete. It seems good. If I compare Paper 2 > (which uses bilateral motion estimation) v/s motion vectors exported by good! > mEstimate filter: > > $

Re: [FFmpeg-devel] [PATCH] avdev/libdc1394: distinguish between enumeration errors, and no cameras found

On Sun, Jul 24, 2016 at 07:49:40PM +0100, Josh de Kock wrote: > --- > libavdevice/libdc1394.c | 11 --- > 1 file changed, 8 insertions(+), 3 deletions(-) applied will push once git.videolan.org is up again thx [...] -- Michael GnuPG fingerprint:

Re: [FFmpeg-devel] [PATCH] avformat/fivdec: cached keyframes before video or audio stream was created

On Thu, Jul 21, 2016 at 10:36:20AM +0800, Xinzheng Zhang wrote: > --- > libavformat/flvdec.c | 51 --- > 1 file changed, 44 insertions(+), 7 deletions(-) > > diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c > index 2bf1e05..b4fb4e2 100644 >

Re: [FFmpeg-devel] Outreachy 2016 december

In date Friday 2016-07-22 19:18:13 +0200, Michael Niedermayer wrote: > On Wed, Jul 06, 2016 at 11:25:21PM +0200, Michael Niedermayer wrote: > > Hi all > > > > The next Outreachy round starts soon > > FFmpeg has till august 22 IIUC (https://www.gnome.org/outreachy/) > > to express interrest to

Re: [FFmpeg-devel] libavcodec : add psd image file decoder

2016-07-25 2:46 GMT+02:00 Michael Niedermayer : > On Sun, Jul 24, 2016 at 03:21:00PM +0200, Martin Vignali wrote: > > > breaks fate > > > > > > make: *** [fate-filter-metadata-ebur128] Error 1 > > > --- - 2016-07-23 18:50:11.633752058 +0200 > > > +++

Re: [FFmpeg-devel] [PATCH] lavc/ffjni: replace ff_jni_{attach, detach} with ff_jni_get_env

Hi, On 24/07/2016 23:05, Matthieu Bouron wrote: From: Matthieu Bouron If a JNI environment is not already attached to the thread where the MediaCodec calls are made the current implementation will attach / detach an environment for each MediaCodec call wasting

Re: [FFmpeg-devel] [PATCH] lavc: always build dnxhddata

On Sun, Jul 24, 2016 at 11:43:41PM -0300, James Almer wrote: > On 7/24/2016 8:13 PM, Michael Niedermayer wrote: [...] > > > >> > >> Looking at this function closely now, it could have been added > >> to dnxhddata.h instead. No need for avpriv_ prefix and to > >> forcefully build an object file