From 4635e7e4a0ea24f77e71ffc9a9074e75c61bfe44 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Fri, 11 Nov 2016 15:51:01 +0800
Subject: [PATCH] lavc/vaapi: Add VP8 decode hwaccel
Add VP8 decode hwaccel based on the libav:
commit a9fb134730da1f9642eb5a2baa50943b8a4aa245
lavc/vaapi: Add VP8 decode
From 25a5cc94fba53405acd53f9613fa5d206ce748f0 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Fri, 11 Nov 2016 14:53:49 +0800
Subject: [PATCH] lavc/vaapi_encode_h264: fix poc incorrect issue after meeting
idr frame.
when meeting IDR frame, vaapi_encode_h264 poc sometime is wrong, now fix
this issu
>>I was trying libnpp on Big Bunny video by below command:
>>./ffmpeg -loglevel debug -y -hwaccel cuvid -c:v h264_cuvid -vsync 0 -i
>>/root/root/bunny.mp4 -vf scale_npp=1920:1072 -vcodec h264_nvenc
>>/tmp/tmp0.264 -vf scale_npp=1280:720 -vcodec h264_nvenc /tmp/tmp1.264
>>This command is wor
On 11 November 2016 at 02:25, James Almer wrote:
> On 11/10/2016 1:17 PM, Rostislav Pehlivanov wrote:
> > This is meant to be applied on top of my previous patch which
> > split PVQ into celt_pvq.c and made opus_celt.h
> >
> > Essentially nothing has been changed other than renaming CeltFrame
> >
Ya. It’s really annoying everyone using patchwork. (So lng text.) I’m
trying to fix it.
Please use my name, Chen Meng, if nothing changed in a short time.
2016-11-11 10:36 GMT+08:00 Chen Meng :
---
libavformat/mov.c | 32 ++--
1 file changed, 18 insertions(+), 14
2016-11-11 10:36 GMT+08:00 Chen Meng :
> ---
> libavformat/mov.c | 32 ++--
> 1 file changed, 18 insertions(+), 14 deletions(-)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 9ec7d03..436c234 100644
> --- a/libavformat/mov.c
> +++ b/libavformat/mov.c
>
On Thu, Nov 10, 2016 at 4:16 PM, Marton Balint wrote:
>
> On Thu, 10 Nov 2016, Kyle Swanson wrote:
>
>> On Tue, Nov 8, 2016 at 9:39 AM, Kyle Swanson wrote:
>>
>> These patches look good to me. If we're going to do this, we really
>> need to keep the true peak mode in the libebur128 port. This is
---
libavformat/mov.c | 32 ++--
1 file changed, 18 insertions(+), 14 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 9ec7d03..436c234 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -4549,24 +4549,28 @@ static int mov_read_uuid(MOVConte
On 11/10/2016 1:17 PM, Rostislav Pehlivanov wrote:
> This is meant to be applied on top of my previous patch which
> split PVQ into celt_pvq.c and made opus_celt.h
>
> Essentially nothing has been changed other than renaming CeltFrame
> to CeltBlock (CeltFrame had absolutely nothing at all to do w
From 5db0b2cd0930ed88d853114f13b69a80a44d9c4c Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Fri, 11 Nov 2016 10:04:53 +0800
Subject: [PATCH] lavc/vaapi_encode_h265: fix the hevc vaapi encoder output
shaking issue.
the max_num_reorder_pics/max_dec_pic_buffering_minus in vps/sps are incorrect.
me
On Thu, Nov 10, 2016 at 08:52:29PM +0100, Andreas Cadhalpun wrote:
> On 10.11.2016 02:26, Michael Niedermayer wrote:
> > On Wed, Nov 09, 2016 at 10:46:03PM +0100, Andreas Cadhalpun wrote:
> >> pnmdec.c |4
> >> 1 file changed, 4 insertions(+)
> >> a970cb981be02ea692d0bf2e68976077f14f2de3
On Thu, Nov 10, 2016 at 10:14:04PM +0100, Andreas Cadhalpun wrote:
> This fixes a heap-buffer-overflow detected by AddressSanitizer.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/smvjpegdec.c | 4
> 1 file changed, 4 insertions(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprin
Signed-off-by: Simon Thelen
---
doc/ffmpeg.texi | 34 ++
1 file changed, 34 insertions(+)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index fd8a0c1..4b159fd 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -357,6 +357,40 @@ To set the language of the first
On Thu, Nov 10, 2016 at 08:54:37PM +0100, Andreas Cadhalpun wrote:
> From 'man ppm': The maximum color value (Maxval), again in ASCII decimal.
> Must be less than 65536.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/pnm.c | 5 +++--
> 1 file changed, 3 insertions(+), 2
On Thu, 10 Nov 2016 23:09:52 +0100, Martin Vignali wrote:
>
> lgtm
Applied.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2016-11-10 20:44 GMT+01:00 Éloi Bail :
> We would like to contribute to FFmpeg by adding the support of those pixel
> formats and thus make FFmpeg usable for the next generation of
> broadcasting products.
Sounds like a great idea to me.
Carl Eugen
___
Hi
On Thu, Nov 10, 2016 at 08:33:12PM +, Rostislav Pehlivanov wrote:
> On 10 November 2016 at 19:44, Éloi Bail
> wrote:
>
> > Hi all,
> >
> > Media broadcasters tend to move on carriage of live professional media
> > over IP. A group has been set up to recommend a standard for that, and
> >
On 10 November 2016 at 21:59, Michael Niedermayer
wrote:
> On Thu, Nov 10, 2016 at 08:33:12PM +, Rostislav Pehlivanov wrote:
> > On 10 November 2016 at 19:44, Éloi Bail
> > wrote:
> >
> > > Hi all,
> > >
> > > Media broadcasters tend to move on carriage of live professional media
> > > over
2016-11-10 15:41 GMT+01:00 Tom Butterworth :
> Documents options and behaviour, noting when 'chunks' option will
> not be honoured.
>
> Signed-off-by: Tom Butterworth
> ---
> doc/encoders.texi | 39 +++
> 1 file changed, 39 insertions(+)
>
> diff --git a/doc/e
On Thu, 10 Nov 2016, Kyle Swanson wrote:
On Tue, Nov 8, 2016 at 9:39 AM, Kyle Swanson wrote:
These patches look good to me. If we're going to do this, we really
need to keep the true peak mode in the libebur128 port. This is a huge
part of the R128 spec, and it's important that it stays in. O
Hi!
Not sure how useful this is but we also support gprp12.
Please comment, Carl Eugen
From 525d19c0486bae49d2ee304d1afc8960d4f58bbc Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 10 Nov 2016 23:04:46 +0100
Subject: [PATCH] lavc/dpx: Support GRAY12 colourspace.
---
libavcodec/dpx.c
On Thu, Nov 10, 2016 at 08:33:12PM +, Rostislav Pehlivanov wrote:
> On 10 November 2016 at 19:44, Éloi Bail
> wrote:
>
> > Hi all,
> >
> > Media broadcasters tend to move on carriage of live professional media
> > over IP. A group has been set up to recommend a standard for that, and
> > they
Signed-off-by: Andreas Cadhalpun
---
libavformat/sbgdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/sbgdec.c b/libavformat/sbgdec.c
index bb020d7..cbedd12 100644
--- a/libavformat/sbgdec.c
+++ b/libavformat/sbgdec.c
@@ -927,7 +927,7 @@ static void expand_time
>
> sure, ffmpeg has support for many pixel formats and adding more
> pixfmts is not a problem.
>
> my best answer would be to look at commits which add other pixel
> formats and just follow how they were added to libswscale. make some
> fate tests, and it should be done.
>
> hopefully you have tes
On Thu, 10 Nov 2016 14:44:44 -0500 (EST)
Éloi Bail wrote:
> We would like to contribute to FFmpeg by adding the support of those
> pixel formats and thus make FFmpeg usable for the next generation of
> broadcasting products.
>
> Could you tell us if our contribution would make sense and eventu
This fixes a heap-buffer-overflow detected by AddressSanitizer.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/smvjpegdec.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/smvjpegdec.c b/libavcodec/smvjpegdec.c
index 9057e86..e319e57 100644
--- a/libavcodec/smvjpegdec.c
+++ b
On 10.11.2016 21:14, Michael Niedermayer wrote:
> On Wed, Nov 09, 2016 at 08:56:00PM +0100, Andreas Cadhalpun wrote:
>> icodec.c |8 ++--
>> 1 file changed, 6 insertions(+), 2 deletions(-)
>> 04c12ac83fea7b911f4050c547b77d1c48e9228b
>> 0001-icodec-correctly-check-avio_read-return-value.p
>
> The only thing which may fit would the UYVY 10bit format. But good luck
> getting the conversions adapted to libswscale. I certainly won't help you
> other than discourage you from doing it considering it is absolutely
> useless since absolutely nothing else uses that format and also it would
>
On 10 November 2016 at 19:44, Éloi Bail
wrote:
> Hi all,
>
> Media broadcasters tend to move on carriage of live professional media
> over IP. A group has been set up to recommend a standard for that, and
> they produced the TR-03. It is only a recommendation, but it should be
> close enough to w
Hello,
> We would like to contribute to FFmpeg by adding the support of those pixel
> formats and thus make FFmpeg usable for the next generation of
> broadcasting products.
>
So as someone who has been working on this for 6+ months this won't work,
the Gbit/s of data coming in over the network
On Wed, Nov 09, 2016 at 08:56:00PM +0100, Andreas Cadhalpun wrote:
> On 09.11.2016 02:31, Michael Niedermayer wrote:
> > On Tue, Nov 08, 2016 at 11:36:58PM +0100, Andreas Cadhalpun wrote:
> >> It can read less than the requested amount, in which case buf contains
> >> uninitialized data, causing pr
On 10.11.2016 17:42, Michael Niedermayer wrote:
> On Wed, Nov 09, 2016 at 08:52:54PM +0100, Andreas Cadhalpun wrote:
>> dvbsubdec.c |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>> 10b117a15971daf75d61efe486b961d3cc59d480
>> 0001-dvbsubdec-fix-division-by-zero-in-compute_default_cl
On 10.11.2016 14:38, Michael Niedermayer wrote:
> On Wed, Nov 09, 2016 at 11:56:36PM +0100, Andreas Cadhalpun wrote:
>> The implicit checks via v_data_size and a_data_size don't work in the case
>> '(hdr_size > 7) && !ctx->alpha_info'.
>>
>> This fixes segmentation faults due to invalid reads.
>>
>
From 'man ppm': The maximum color value (Maxval), again in ASCII decimal.
Must be less than 65536.
Signed-off-by: Andreas Cadhalpun
---
libavcodec/pnm.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/pnm.c b/libavcodec/pnm.c
index 1675959..475
On 10.11.2016 02:26, Michael Niedermayer wrote:
> On Wed, Nov 09, 2016 at 10:46:03PM +0100, Andreas Cadhalpun wrote:
>> pnmdec.c |4
>> 1 file changed, 4 insertions(+)
>> a970cb981be02ea692d0bf2e68976077f14f2de3
>> 0001-pnmdec-make-sure-v-is-capped-by-maxval.patch
>> From f315a3cfe35377
Hi all,
Media broadcasters tend to move on carriage of live professional media
over IP. A group has been set up to recommend a standard for that, and
they produced the TR-03. It is only a recommendation, but it should be
close enough to what the SMPTE will adopt to start working on it.
Radio
FLAC streams originating from the FLAC encoder send updated and more
complete STREAMINFO metadata as part of the last packet, so write that
to CodecPrivate instead of the incomplete one available in extradata
during init.
Signed-off-by: James Almer
---
Now actually working on a per-track basis in
On 11/1/16, James Almer wrote:
> On 11/1/2016 6:43 PM, James Almer wrote:
>> On 10/25/2016 9:38 PM, Roger Pack wrote:
>>> From e8cac5c7de18766ce0f8f286f7dc140b82129df2 Mon Sep 17 00:00:00 2001
>>> From: rogerdpack
>>> Date: Tue, 25 Oct 2016 18:33:12 -0600
>>> Subject: [PATCH 1/2] img2 encoder: al
On Wed, Nov 9, 2016 at 4:11 AM, Michael Niedermayer
wrote:
> On Tue, Nov 08, 2016 at 10:39:41PM -0500, Vittorio Giovara wrote:
>> On Tue, Nov 8, 2016 at 7:15 PM, Michael Niedermayer
>> wrote:
>> > On Tue, Nov 08, 2016 at 05:03:28PM -0500, Vittorio Giovara wrote:
>> >> ---
>> >> Samples available
Am 10.11.16 um 12:47 schrieb Michael Niedermayer:
> On Thu, Nov 10, 2016 at 12:39:24PM +0100, Michael Niedermayer wrote:
>> On Wed, Nov 09, 2016 at 08:02:41PM +0100, Thilo Borgmann wrote:
>>> Hi,
>>>
>>> fixes ticket #5297 reverting an old commit.
>>>
>>> -Thilo
>>
>>> alsdec.c |6 +-
>>>
On 11/10/16, Hendrik Leppkes wrote:
> On Thu, Nov 10, 2016 at 5:32 PM, Kyle Swanson wrote:
>> On Tue, Nov 8, 2016 at 9:39 AM, Kyle Swanson wrote:
>>> On Mon, Nov 7, 2016 at 6:00 PM, Marton Balint wrote:
On Fri, 4 Nov 2016, Marton Balint wrote:
>
> On Thu, 3 Nov 2016, Hend
On Thu, Nov 10, 2016 at 01:30:34PM +, Derek Buitenhuis wrote:
> On 11/4/2016 10:31 PM, Sasi Inguva wrote:
> > -avctx->internal->skip_samples -= frame->nb_samples;
> > +avctx->internal->skip_samples = FFMAX(0,
> > avctx->internal->skip_samples - frame->nb_samples);
>
>
On Thu, Nov 10, 2016 at 01:27:51PM +, Derek Buitenhuis wrote:
> On 11/9/2016 6:51 PM, Sasi Inguva wrote:
> > Signed-off-by: Sasi Inguva
> > ---
> > libavformat/mov.c | 41
> > tests/fate/mov.mak | 6 +-
> > tests/ref/fate/mp4-init-nonkeyframe
On Thu, Nov 10, 2016 at 5:32 PM, Kyle Swanson wrote:
> On Tue, Nov 8, 2016 at 9:39 AM, Kyle Swanson wrote:
>> On Mon, Nov 7, 2016 at 6:00 PM, Marton Balint wrote:
>>>
>>> On Fri, 4 Nov 2016, Marton Balint wrote:
>>>
On Thu, 3 Nov 2016, Hendrik Leppkes wrote:
> On Mon, Oct 17,
On Wed, Nov 09, 2016 at 08:52:54PM +0100, Andreas Cadhalpun wrote:
> On 09.11.2016 02:27, Michael Niedermayer wrote:
> > On Tue, Nov 08, 2016 at 10:36:01PM +0100, Andreas Cadhalpun wrote:
> >> Since the loop goes down to i = 0 the number of iterations (variable
> >> count) is the original i, not i
On 10 November 2016 at 15:23, James Almer wrote:
> On 11/10/2016 2:01 AM, Rostislav Pehlivanov wrote:
> > On 10 November 2016 at 03:13, Rostislav Pehlivanov
> > wrote:
> >
> >> A huge amount can be reused by the encoder, as the only thing
> >> which needs to be done would be to add a 10 line ce
On Tue, Nov 8, 2016 at 9:39 AM, Kyle Swanson wrote:
> On Mon, Nov 7, 2016 at 6:00 PM, Marton Balint wrote:
>>
>> On Fri, 4 Nov 2016, Marton Balint wrote:
>>
>>>
>>> On Thu, 3 Nov 2016, Hendrik Leppkes wrote:
>>>
On Mon, Oct 17, 2016 at 5:20 PM, Moritz Barsnick
wrote:
>
> On Mon
On Wed, Nov 09, 2016 at 04:42:35PM -0800, Zhenni Huang wrote:
> Also updates fate ref for rgb24-mkv as the output video will contain the
> new metadata field and have different md5sum and file size.
> ---
> libavformat/mov.c| 18 --
> tests/ref/fate/rgb24-mkv | 4 ++--
> 2
This is meant to be applied on top of my previous patch which
split PVQ into celt_pvq.c and made opus_celt.h
Essentially nothing has been changed other than renaming CeltFrame
to CeltBlock (CeltFrame had absolutely nothing at all to do with
a frame) and CeltContext to CeltFrame.
3 variables have b
On 11/10/2016 2:01 AM, Rostislav Pehlivanov wrote:
> On 10 November 2016 at 03:13, Rostislav Pehlivanov
> wrote:
>
>> A huge amount can be reused by the encoder, as the only thing
>> which needs to be done would be to add a 10 line celt_icwrsi,
>> a wrapper around it (celt_alg_quant) and templat
On Thu, Nov 10, 2016 at 12:38 PM, wm4 wrote:
> On Thu, 3 Nov 2016 01:12:03 +0100
> Andreas Cadhalpun wrote:
>
>> This fixes probing dts/eac3/mp2 in hls.
>>
>> The problem was introduced in commit
>> 04964ac311abe670fb3b60290a330f2067544b13.
>>
>> Also update the fate reference for the fate-segme
Documents options and behaviour, noting when 'chunks' option will
not be honoured.
Signed-off-by: Tom Butterworth
---
doc/encoders.texi | 39 +++
1 file changed, 39 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index ba60e0a..c0597d8 100644
On 11/9/2016 6:51 PM, Sasi Inguva wrote:
> Signed-off-by: Sasi Inguva
> ---
> libavformat/mov.c | 41
> tests/fate/mov.mak | 6 +-
> tests/ref/fate/mp4-init-nonkeyframe | 120
>
> 3 files changed, 155 inserti
On Wed, Nov 09, 2016 at 11:56:36PM +0100, Andreas Cadhalpun wrote:
> The implicit checks via v_data_size and a_data_size don't work in the case
> '(hdr_size > 7) && !ctx->alpha_info'.
>
> This fixes segmentation faults due to invalid reads.
>
> This problem was introduced in commit
> 547c2f002a87
On 11/4/2016 10:31 PM, Sasi Inguva wrote:
> -avctx->internal->skip_samples -= frame->nb_samples;
> +avctx->internal->skip_samples = FFMAX(0,
> avctx->internal->skip_samples - frame->nb_samples);
LGTM.
- Derek
___
ffmpeg-devel ma
On Thu, 3 Nov 2016 01:12:03 +0100
Andreas Cadhalpun wrote:
> This fixes probing dts/eac3/mp2 in hls.
>
> The problem was introduced in commit 04964ac311abe670fb3b60290a330f2067544b13.
>
> Also update the fate reference for the fate-segment-mp4-to-ts test.
>
> Signed-off-by: Andreas Cadhalpun
On Thu, Nov 10, 2016 at 12:39:24PM +0100, Michael Niedermayer wrote:
> On Wed, Nov 09, 2016 at 08:02:41PM +0100, Thilo Borgmann wrote:
> > Hi,
> >
> > fixes ticket #5297 reverting an old commit.
> >
> > -Thilo
>
> > alsdec.c |6 +-
> > 1 file changed, 1 insertion(+), 5 deletions(-)
> >
On Sun, 6 Nov 2016 21:16:43 +0100
Michael Niedermayer wrote:
> TODO: version bump, docs
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/avformat.h | 8
> libavformat/options_table.h | 7 +++
> libavformat/utils.c | 3 +++
> 3 files changed, 18 insertions(+
On Fri, 4 Nov 2016 13:43:43 +0100
Michael Niedermayer wrote:
> Here are 2 ways to fix merged side data and auto BSFs
> the testcase i have requires a non public rtmp stream
Third way: remove merged side data. It's a terrible and evil hack and
should have never existed.
_
On Wed, Nov 09, 2016 at 08:02:41PM +0100, Thilo Borgmann wrote:
> Hi,
>
> fixes ticket #5297 reverting an old commit.
>
> -Thilo
> alsdec.c |6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
> 82dc6f263e8a3f35e5321f355a61b2f3304f531d
> 0001-lavc-alsdec-allow-for-predictor-orders-
On Thu, 3 Nov 2016 14:55:56 +0100
Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> ffmpeg.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/ffmpeg.c b/ffmpeg.c
> index 3b91710..6b7ce72 100644
> --- a/ffmpeg.c
> +++ b/ffmpeg.c
> @@ -789,6 +789,7 @@ static void o
61 matches
Mail list logo
