Re: [FFmpeg-devel] [PATCH] avcodec/cbs_mpeg2: use existing buffer reference if available when splitting fragments

On 4/24/2018 7:22 PM, James Almer wrote: > On 4/23/2018 11:17 PM, James Almer wrote: >> Signed-off-by: James Almer >> --- >> libavcodec/cbs_mpeg2.c | 15 +-- >> 1 file changed, 9 insertions(+), 6 deletions(-) >> >> diff --git a/libavcodec/cbs_mpeg2.c

[FFmpeg-devel] [PATCH] avcodec: add minimal teletext subtitle decoder

From: Aman Gupta Based largely on VLC's modules/codec/telx.c. Processes only teletext pages marked as subtitles, so depending on the stream it might not produce any output. Subtitles are rendered directly to ASS, with support for background colors and a best-effort at screen

[FFmpeg-devel] av_read_frame() question about blocking

Hi. I was reading the documentation and it wasn’t clear what happens in the following case. I’ve set up a network connection, and data is being delivered asynchronously to a buffer (a sort of elastic FIFO). I’ve set up avio_alloc_context() to read from that FIFO. I’ve done an

Re: [FFmpeg-devel] [PATCH 11/26] vaapi_encode: Add common options between all encoders

2018-04-22 23:29 GMT+08:00 Mark Thompson : > The only common option here is low_power - it was previously supported > for H.264 only, that specific option is removed. > --- > doc/encoders.texi | 14 -- > libavcodec/vaapi_encode.h | 9 + >

Re: [FFmpeg-devel] [PATCH] avcodec/elsdec: Fix memleaks

On 4/24/2018 9:58 PM, Michael Niedermayer wrote: > Fixes: > 6798/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-5135899701542912 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg > Signed-off-by: Michael Niedermayer

[FFmpeg-devel] [PATCH] avcodec/elsdec: Fix memleaks

Fixes: 6798/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_G2M_fuzzer-5135899701542912 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/elsdec.c | 10 ++

Re: [FFmpeg-devel] [GSoC] FFserver further development direction

Thank you for your replies so far. On Tue, Apr 24, 2018 at 11:46 PM, Nicolas George wrote: > Stephan Holljes (2018-04-24): >> The consensus seems to be that there are more disadvantages in using >> the http server of libavformat than there are advantages. > > I completely

Re: [FFmpeg-devel] [GSoC] FFserver further development direction

On 24 April 2018 at 22:33, Stephan Holljes wrote: > Hi all, > > I've discussed this on IRC a bit, but I don't want to exclude those > views that are not present there. > > The consensus seems to be that there are more disadvantages in using > the http server of

Re: [FFmpeg-devel] [GSoC] FFserver further development direction

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I'm not an ffmpeg developer, but I do have experience in software engineering and ddesign. On 2018-04-24 17:33, Stephan Holljes wrote: > This arose partly out of the discussion that there is no way to get > a connected peer's address through the

Re: [FFmpeg-devel] avformat/mpegts: set AV_DISPOSITION_DESCRIPTIONS for OIPF cases

On Tue, Apr 24, 2018 at 10:36:50AM +0200, Łukasz Krzciuk wrote: > Any updates on this? did you base this on teh specification / have checked that it matches the specification ? [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Many that live deserve death. And

Re: [FFmpeg-devel] [PATCH] avcodec/cbs_mpeg2: use existing buffer reference if available when splitting fragments

On 4/23/2018 11:17 PM, James Almer wrote: > Signed-off-by: James Almer > --- > libavcodec/cbs_mpeg2.c | 15 +-- > 1 file changed, 9 insertions(+), 6 deletions(-) > > diff --git a/libavcodec/cbs_mpeg2.c b/libavcodec/cbs_mpeg2.c > index bfb64a0851..086d08ed64 100644

[FFmpeg-devel] fate clients

Hi all before anyone notices and asks ... my box with my virtual fate clients on it died today my arm clients should still be working though Ill try to get it up and working ASAP. Symptoms for the curious attempting to power the box on causes GPU and PSU fan to momentarily spin, nothing else

Re: [FFmpeg-devel] [GSoC] FFserver further development direction

Stephan Holljes (2018-04-24): > The consensus seems to be that there are more disadvantages in using > the http server of libavformat than there are advantages. I completely disagree. There is no point in having the HTTP server in libavformat if it cannot be used to implement exactly that kind of

[FFmpeg-devel] [GSoC] FFserver further development direction

Hi all, I've discussed this on IRC a bit, but I don't want to exclude those views that are not present there. The consensus seems to be that there are more disadvantages in using the http server of libavformat than there are advantages. This arose partly out of the discussion that there is no

Re: [FFmpeg-devel] [PATCH 1/4] avcodec/mediacodecdec: clarify delay_flush specific code

On Tue, Apr 24, 2018 at 2:11 PM, Jan Ekström wrote: > On Tue, Apr 24, 2018 at 11:59 PM, Aman Gupta wrote: > > From: Aman Gupta > > > > --- > > libavcodec/mediacodecdec.c| 24 +++- > >

[FFmpeg-devel] [PATCH 4/4] avcodec/mediacodecdec: restructure mediacodec_receive_frame

From: Aman Gupta This fixes issues reported on some devices where both avcodec_send_packet and avcodec_receive_frame can return EAGAIN at the same time, instead of one or the other blocking. The new logic follows a recommendation by @rcombs to use dequeueInputBuffer with a

[FFmpeg-devel] [PATCH 3/4] avcodec/mediacodecdec: refactor pts handling

From: Aman Gupta Also fixes a bug where EOS buffer was sent with incorrect pts when not using surface generation. --- libavcodec/mediacodecdec_common.c | 17 ++--- 1 file changed, 6 insertions(+), 11 deletions(-) diff --git a/libavcodec/mediacodecdec_common.c

[FFmpeg-devel] [PATCH 2/4] avcodec/mediacodecdec: use AV_TIME_BASE_Q

From: Aman Gupta --- libavcodec/mediacodecdec_common.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libavcodec/mediacodecdec_common.c b/libavcodec/mediacodecdec_common.c index 0c27624dea..56b3c4fd1e 100644 --- a/libavcodec/mediacodecdec_common.c

[FFmpeg-devel] [PATCH 1/4] avcodec/mediacodecdec: clarify delay_flush specific code

From: Aman Gupta --- libavcodec/mediacodecdec.c| 24 +++- libavcodec/mediacodecdec_common.c | 12 2 files changed, 15 insertions(+), 21 deletions(-) diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c index

Re: [FFmpeg-devel] [PATCH v3 2/3] avcodec/bitpacked: add interlace support

On 24 April 2018 at 19:54, Patrick Keroulas < patrick.kerou...@savoirfairelinux.com> wrote: > From: Damien Riegel > > This codec is already capable of depacking some combinations of pixel > formats and depth as defined in the RFC4175. The only difference

Re: [FFmpeg-devel] fate/hap : add test for hap encoding

2018-04-24 19:06 GMT+02:00, Martin Vignali : > Sorry, i missread the code before writing the test, and > didn't see it use float for one step. > I will send a patch to remove these tests. Or just commit. Thank you, Carl Eugen

[FFmpeg-devel] [PATCH 5/5] Use AV_PIX_FMT_FLAG_ALPHA for detecting transparency where nb_components was used

Temporarily keep the old method for ffmpeg_filters.c choose_pix_fmt and avfiltergraph.c pick_format() until a paletted pixel format without alpha is introduced. Signed-off-by: Marton Balint --- fftools/ffmpeg_filter.c | 1 + libavcodec/ffv1enc.c| 4 ++--

[FFmpeg-devel] [PATCH 1/5] avformat/qtpalette: parse color table according to the QuickTime file format specs

The specs says that the the first color component in the color array is not alpha, but simply 0. Fixes 0 alpha of fate-suite/cvid/catfight-cvid-pal8-partial.mov Signed-off-by: Marton Balint --- libavformat/qtpalette.c | 12 ++--

[FFmpeg-devel] [PATCH 4/5] avutil/pixdesc: add AV_PIX_FMT_FLAG_ALPHA to AV_PIX_FMT_PAL8

Signed-off-by: Marton Balint --- doc/APIchanges| 3 +++ libavcodec/tests/imgconvert.c | 4 libavutil/pixdesc.c | 3 +-- libavutil/pixdesc.h | 8 ++-- libavutil/tests/pixdesc.c | 4 libavutil/version.h | 2 +- 6 files

[FFmpeg-devel] [PATCH 3/5] avcodec/hnm4video: fix palette alpha

Signed-off-by: Marton Balint --- libavcodec/hnm4video.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/hnm4video.c b/libavcodec/hnm4video.c index a64dbb1746..9e1ac49ddc 100644 --- a/libavcodec/hnm4video.c +++ b/libavcodec/hnm4video.c @@ -375,6 +375,7 @@ static

[FFmpeg-devel] [PATCH 2/5] avcodec/anm: fix palette alpha

Signed-off-by: Marton Balint --- libavcodec/anm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/anm.c b/libavcodec/anm.c index 72684189bb..ab6a3994e9 100644 --- a/libavcodec/anm.c +++ b/libavcodec/anm.c @@ -54,7 +54,7 @@ static av_cold int

Re: [FFmpeg-devel] [PATCH 2/4] avfilter/avfiltergraph: fix has_alpha in pick_format

On 4/24/18, wm4 wrote: > On Tue, 24 Apr 2018 20:23:43 +0200 (CEST) > Marton Balint wrote: > >> On Tue, 24 Apr 2018, Michael Niedermayer wrote: >> >> > On Tue, Apr 24, 2018 at 02:10:53AM +0200, Michael Niedermayer wrote: >> >> On Mon, Apr 23, 2018 at

[FFmpeg-devel] [PATCH v3 3/3] avformat/rtpdec_rfc4175: handle interlace format

From: Damien Riegel In order to handle the interlaced formats, the demuxer has only a few things to do: - parse the SDP correctly and propagate the information - check the field bit in the RFC4175 header, and pass that information to the decoder In

[FFmpeg-devel] [PATCH v3 2/3] avcodec/bitpacked: add interlace support

From: Damien Riegel This codec is already capable of depacking some combinations of pixel formats and depth as defined in the RFC4175. The only difference between progressive and interlace is that either a packet will contain the whole frame, or only a field

[FFmpeg-devel] [PATCH v3 1/3] avcodec/bitpacked: move ff_get_buffer

From: Damien Riegel ff_get_buffer is used to allocate a buffer to hold frame's content. This function was called in the function in charge of decoding an AVPacket containing raw video with the yuv422 pixel format and a depth of 10-bit. RFC4175 supports both

Re: [FFmpeg-devel] [PATCH 2/4] avfilter/avfiltergraph: fix has_alpha in pick_format

On Tue, 24 Apr 2018 20:23:43 +0200 (CEST) Marton Balint wrote: > On Tue, 24 Apr 2018, Michael Niedermayer wrote: > > > On Tue, Apr 24, 2018 at 02:10:53AM +0200, Michael Niedermayer wrote: > >> On Mon, Apr 23, 2018 at 04:50:54AM +0200, Marton Balint wrote: > >>> > >>> > >>>

Re: [FFmpeg-devel] [PATCH 2/4] avfilter/avfiltergraph: fix has_alpha in pick_format

On Tue, 24 Apr 2018, Michael Niedermayer wrote: On Tue, Apr 24, 2018 at 02:10:53AM +0200, Michael Niedermayer wrote: On Mon, Apr 23, 2018 at 04:50:54AM +0200, Marton Balint wrote: On Mon, 23 Apr 2018, Michael Niedermayer wrote: On Sun, Apr 22, 2018 at 01:44:19PM +0200, Marton Balint

Re: [FFmpeg-devel] [PATCH] avcodec/vc1_block: simplify ac_val computation

On Mon, Apr 23, 2018 at 09:56:54AM +0200, Paul B Mahol wrote: > On 4/23/18, Michael Niedermayer wrote: > > also fixes: runtime error: index 1456 out of bounds for type 'int16_t [16]' > > > > Found-by: durandal_1707 > > > > Signed-off-by: Michael Niedermayer

[FFmpeg-devel] [PATCH] avformat/hls: fix seeking around EVENT playlist after media sequence changes

From: Aman Gupta The seek functions use first_timestamp, so keep that up to date as old segments drop off the playlist. --- libavformat/hls.c | 46 ++ 1 file changed, 38 insertions(+), 8 deletions(-) diff --git a/libavformat/hls.c

Re: [FFmpeg-devel] fate/hap : add test for hap encoding

> > > > These tests are also broken, please fix or > > remove them: > > https://buildd.debian.org/status/fetch.php?pkg=ffmpeg; > arch=i386=7%3A4.0-1=152218=0 > > ("Error 1") > > I've had a brief look at this error (and a similar error on s390x) and > it looks like a float rounding issue in

Re: [FFmpeg-devel] [PATCH] avcodec/h264_slice: use the new SAR early when setting the decoder

On Tue, 24 Apr 2018 08:28:35 +0200 Hendrik Leppkes wrote: > On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote: > > If we don't do that get_format might not be called for a while and the > > proper > > SAR not used. > > > > See the sample mentioned here:

Re: [FFmpeg-devel] fate/hap : add test for hap encoding

On 23/04/18 10:11, Carl Eugen Hoyos wrote: > 2018-03-14 7:31 GMT+01:00, Martin Vignali : > >> In that case we can let the test using "none" >> compression (bypass the snappy part) > > These tests are also broken, please fix or > remove them: >

Re: [FFmpeg-devel] [PATCH 2/2] avfilter/vf_mix: add scale option

On 4/24/18, Gyan Doshi wrote: > > > On 4/24/2018 6:23 PM, Paul B Mahol wrote: >> >> +@item scale >> +Specify scale, if it is set it will be multiplied with sum >> +of weigths multiplied with pixel values to give final destination >> +pixel value. By default it is auto scaled

Re: [FFmpeg-devel] [PATCH 2/2] avfilter/vf_mix: add scale option

On 4/24/2018 6:23 PM, Paul B Mahol wrote: +@item scale +Specify scale, if it is set it will be multiplied with sum +of weigths multiplied with pixel values to give final destination +pixel value. By default it is auto scaled to sum of weights. s/Specify scale, if it is set/If set

Re: [FFmpeg-devel] [PATCH 5/5] amfenc: Remove spurious initialisations

On 24 April 2018 at 12:29, Alexander Kravchenko wrote: > > > > -Original Message- > > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf > Of Mark Thompson > > Sent: Sunday, April 22, 2018 6:37 PM > > To: ffmpeg-devel@ffmpeg.org > > Subject:

[FFmpeg-devel] [PATCH 2/2] avfilter/vf_mix: add scale option

Signed-off-by: Paul B Mahol --- doc/filters.texi | 10 ++ libavfilter/vf_mix.c | 9 - 2 files changed, 18 insertions(+), 1 deletion(-) diff --git a/doc/filters.texi b/doc/filters.texi index 23d6063ef4..db686689ea 100644 --- a/doc/filters.texi +++

[FFmpeg-devel] [PATCH 1/2] avfilter: add tmix filter

Signed-off-by: Paul B Mahol --- doc/filters.texi | 15 + libavfilter/Makefile | 1 + libavfilter/allfilters.c | 1 + libavfilter/vf_mix.c | 158 +++ 4 files changed, 136 insertions(+), 39 deletions(-) diff

Re: [FFmpeg-devel] [PATCH 5/5] amfenc: Remove spurious initialisations

> -Original Message- > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark > Thompson > Sent: Sunday, April 22, 2018 6:37 PM > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH 5/5] amfenc: Remove spurious > initialisations > > On 15/04/18

Re: [FFmpeg-devel] [PATCH] lavc/amfenc: DXVA2 textures support implementation by AMF encoder

> -Original Message- > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark > Thompson > Sent: Sunday, April 22, 2018 6:49 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH] lavc/amfenc: DXVA2

[FFmpeg-devel] [PATCH 3/3] avformat/dashenc: configuring container format options

From: Vishwanath Dixit --- doc/muxers.texi | 4 libavformat/dashenc.c | 7 +++ 2 files changed, 11 insertions(+) diff --git a/doc/muxers.texi b/doc/muxers.texi index db81901..e9082a4 100644 --- a/doc/muxers.texi +++ b/doc/muxers.texi @@ -282,6 +282,10 @@

[FFmpeg-devel] [PATCH 2/3] avformat/movenc: creating producer reference time (PRFT) box

From: Vishwanath Dixit The producer reference time box supplies relative wall-clock times at which movie fragments, or files containing movie fragments (such as segments) were produced. The box is mainly useful in live streaming use cases. A media player can parse the box and

[FFmpeg-devel] [PATCH 1/3] avformat/utils: function to get the formatted ntp time

From: Vishwanath Dixit This utility function creates 64-bit NTP time format as per the RFC 5905. A simple explaination of 64-bit NTP time format is here http://www.beaglesoft.com/Manual/page53.htm --- libavformat/internal.h | 8 libavformat/utils.c| 20

Re: [FFmpeg-devel] avformat/mpegts: set AV_DISPOSITION_DESCRIPTIONS for OIPF cases

Any updates on this? Regards, *Łukasz Krzciuk* Developer Vewd ul. Grabarska 2, Pegaz 2A, 50-079 Wrocław, Polska On Wed, Apr 18, 2018 at 11:03 PM, Michael Niedermayer < mich...@niedermayer.cc> wrote: > On Wed, Apr 18, 2018 at 08:28:05AM +0200, Łukasz Krzciuk wrote: > > Any updates on this? >

Re: [FFmpeg-devel] [V3 PATCH 0/3] Codec wrapper for librv11 and RMHD muxer/demuxer

On 4/24/18, Michael Niedermayer wrote: > On Mon, Apr 23, 2018 at 11:15:17PM +0200, Paul B Mahol wrote: >> On 4/23/18, Nicolas George wrote: >> > Paul B Mahol (2018-04-23): >> >> It is big threat. >> > >> > Will you please give arguments instead of

Re: [FFmpeg-devel] [PATCH v2 1/3] avformat/vpcc: Calculate VP9 level from Luma's Sample rate and Picture size

>From: "Ronald S. Bultje" >Hi, > >On Mon, Apr 23, 2018 at 2:10 AM, Karthick J wrote: >>-    int level = par->level == FF_LEVEL_UNKNOWN ? 0 : par->level; >>+    int level = par->level == FF_LEVEL_UNKNOWN ? >+        get_vp9_level(par, frame_rate)

Re: [FFmpeg-devel] [PATCH] avcodec/h264_slice: use the new SAR early when setting the decoder

On Fri, Jan 19, 2018 at 1:01 PM, Steve Lhomme wrote: > If we don't do that get_format might not be called for a while and the proper > SAR not used. > > See the sample mentioned here: https://trac.videolan.org/vlc/ticket/19435 > --- > libavcodec/h264_slice.c | 4 +++- > 1 file

Re: [FFmpeg-devel] [PATCH] avcodec/h264_slice: use the new SAR early when setting the decoder

ping ? Le 19/01/2018 à 13:01, Steve Lhomme a écrit : If we don't do that get_format might not be called for a while and the proper SAR not used. See the sample mentioned here: https://trac.videolan.org/vlc/ticket/19435 --- libavcodec/h264_slice.c | 4 +++- 1 file changed, 3 insertions(+),

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

On 23.04.2018 21:33, Rostislav Pehlivanov wrote: > On 23 April 2018 at 20:16, Thomas Volkert wrote: > >> On 23.04.2018 11:27, Thomas Volkert wrote: >>> On 22.04.2018 20:03, Carl Eugen Hoyos wrote: 2018-04-22 20:00 GMT+02:00, Nicolas George : > Carl Eugen

Re: [FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

On 23.04.2018 21:02, James Almer wrote: > On 4/23/2018 6:27 AM, Thomas Volkert wrote: >> On 22.04.2018 20:03, Carl Eugen Hoyos wrote: >>> 2018-04-22 20:00 GMT+02:00, Nicolas George : Carl Eugen Hoyos (2018-04-22): > How do you detect that this is not the "current version"