Huh? No I fixed that, it's AV_OPT_TYPE_INT now.
See the second email in this list (first was the initial patch, then
the corrected patch).
Στις Παρ, 29 Μαρ 2019 στις 12:51 π.μ., ο/η Paul B Mahol
έγραψε:
>
> On 3/28/19, Nick Renieris wrote:
> > Ok, here's a multipage tif with 3 pages, the two fir
Always exposes low_power option for all qsv encoder, and reports a warning
if VDENC is not supported in current version of MSDK.
Signed-off-by: Linjie Fu
---
libavcodec/qsvenc.c | 11 ++-
libavcodec/qsvenc.h | 1 +
libavcodec/qsvenc_h264.c | 4
3 files changed, 11 insert
On 3/28/2019 8:29 AM, Gyan wrote:
So, there is no permutation of ffmpeg master & avisynth+ that can lead
to issues with MSVC builds? If so, LGTM.
As a test, I tried building FFmpeg with MSVC (which I never do since I
always cross-compile from Linux) and --enable-avisynth, and spotted a
coupl
On Thu, Mar 28, 2019, at 3:00 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch also simplifies the release process.
>
> Please comment, Carl Eugen
LGTM.
I prefer if you omit the commit message as it may confuse users. We do backport
to point releases and users may view that as some sort of
This makes sure the data is available when writing the moov atom during the
second pass triggered by the faststart movflag.
Fixes ticket #7780
Signed-off-by: James Almer
---
This is why errors should always be propagated, or at least a warning printed
even if they are ignored.
libavformat/move
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Fu, Linjie
> Sent: Friday, March 29, 2019 9:21 AM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/vaapi_decode: add va_profile
> format map supp
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Michael Niedermayer
> Sent: Friday, March 29, 2019 01:48
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/vaapi_decode: add va_prof
2019-03-28 20:52 GMT+01:00, Michael Niedermayer :
> On Thu, Mar 28, 2019 at 06:47:52PM +0100, Carl Eugen Hoyos wrote:
>> 2019-03-28 18:31 GMT+01:00, Michael Niedermayer :
>> > On Thu, Mar 28, 2019 at 12:00:39PM +0100, Carl Eugen Hoyos wrote:
>>
>> >> - ffmpeg-4.1.2.tar.bz2
>> >> + ffmpeg-
The problem is an integer overflow on "after_init_list_dur" variable.
It happens about 30-40 minutes after starts hls streaming but strongly depends
on other options like "start_number" or "hls_list_size".
VOD or EVENT hls playlist types are not affected by this bug.
(P.S. I hope this text will b
On 28/03/2019 04:03, Linjie Fu wrote:
> HEVC_REXT will be map to {VAProfileHEVCMain422_10, VAProfileHEVCMain444,
> VAProfileHEVCMain444_10} in vaapi_profile_map[], since need to be
> distinguished
> to select the exact va_profile.
>
> Add va_profile -> AV_PIX_FMT map for FF_PROFILE_HEVC_REXT to m
Ah cool, thanks!
On Fri., 29 Mar. 2019, 10:06 am Paul B Mahol, wrote:
> On 3/28/19, Daniel Playfair Cal wrote:
> > Hi,
> >
> > Is anyone able to take a look at this?
> >
> > I'd appreciate it. It's my first time posting a patch to ffmpeg (or any
> > mailing list) so please let me know if I've d
---
libavformat/hlsenc.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 5f9a200c6e..2e8bcab571 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -2195,8 +2195,9 @@ static int hls_write_packet(AVFormatContext
On 3/28/19, Daniel Playfair Cal wrote:
> Hi,
>
> Is anyone able to take a look at this?
>
> I'd appreciate it. It's my first time posting a patch to ffmpeg (or any
> mailing list) so please let me know if I've done anything wrong :)
>
> Daniel
This have been already applied.
_
Hi,
Is anyone able to take a look at this?
I'd appreciate it. It's my first time posting a patch to ffmpeg (or any
mailing list) so please let me know if I've done anything wrong :)
Daniel
On Mon, Mar 25, 2019 at 1:07 PM wrote:
> From: Daniel Playfair Cal
>
> The lensfun filter wraps the len
On 3/28/19, Nick Renieris wrote:
> Ok, here's a multipage tif with 3 pages, the two first are blue and
> the last one red:
> https://0x0.st/zKdB.tif
>
Patch contains UINT16 opt and as is can not be applied.
Please fix that.
> Στις Πέμ, 28 Μαρ 2019 στις 4:35 μ.μ., ο/η Paul B Mahol
> έγραψε:
>>
>
From: Laszlo Kovacs
---
libavformat/hlsenc.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 5f9a200c6e..2e8bcab571 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -2195,8 +2195,9 @@ static int hls_write_p
2019-03-28 23:18 GMT+01:00, Paul B Mahol :
> On 3/28/19, Carl Eugen Hoyos wrote:
>> 2019-03-28 22:45 GMT+01:00, Carl Eugen Hoyos :
>>
>>> Patch 1 is wrong.
>>>
>>> I don't understand the benchmarks
>>
>> Ok, numer 9 looks like a good idea, either send only this patch or wait
>> for another comment
On 3/28/19, Carl Eugen Hoyos wrote:
> 2019-03-28 22:45 GMT+01:00, Carl Eugen Hoyos :
>
>> Patch 1 is wrong.
>>
>> I don't understand the benchmarks
>
> Ok, numer 9 looks like a good idea, either send only this patch or wait
> for another comment.
Patches are big mess. Until this is fixed I not go
On Fri, Mar 29, 2019, 00:16 Yufei He wrote:
> On 03/28/2019 04:18 PM, Dennis Mungai wrote:
> > On Thu, 28 Mar 2019 at 22:40, Nicolas George wrote:
> >
> >> No need to Cc me, I am subscribed to the list.
> >>
> >> Yufei He (12019-03-28):
> >>> In windows, we need provide the interface library mvM
2019-03-28 22:45 GMT+01:00, Carl Eugen Hoyos :
> Patch 1 is wrong.
>
> I don't understand the benchmarks
Ok, numer 9 looks like a good idea, either send only this patch or wait
for another comment.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@
2019-03-28 22:01 GMT+01:00, Ulf Zibis :
> Hi again,
>
> Am 25.03.19 um 12:31 schrieb Ulf Zibis:
>>> There are two patches "1", one with wrong indentation.
>> I intentionally have provided 2 patches with the same number, one for
>> the code base an one with additions for the benchmark. I've catched
On Thu, Mar 21, 2019 at 12:26:54AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout (77sec -> 1sec)
> Fixes:
> 13407/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DXV_fuzzer-5093143018471424
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/
On 03/28/2019 04:18 PM, Dennis Mungai wrote:
> On Thu, 28 Mar 2019 at 22:40, Nicolas George wrote:
>
>> No need to Cc me, I am subscribed to the list.
>>
>> Yufei He (12019-03-28):
>>> In windows, we need provide the interface library mvM264.lib to our
>>> customers so that they can build. But dri
This work is sponsored by VideoLAN.
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/agm.c| 701
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 +
libavformat/riff.c
On Thu, Mar 28, 2019 at 07:40:53PM +0800, Decai Lin wrote:
> From: "Dong, Jerry"
>
> Signed-off-by: Dong, Jerry
> Signed-off-by: Decai Lin
> ---
> libswscale/swscale_unscaled.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
will apply
thanks
[...]
--
Michael GnuPG fing
On Wed, Mar 27, 2019 at 02:11:59PM -0700, Thierry Foucu wrote:
> Right now, the code check for no filter description, but if we use a
> filter_complex, the code will use the AVFrame.duration which could be
> wrong in case of using fps filter.
>
> How to reproduce the problem:
> ffmpeg -f lavfi -i
On Thu, 28 Mar 2019 at 22:40, Nicolas George wrote:
> No need to Cc me, I am subscribed to the list.
>
> Yufei He (12019-03-28):
> > In windows, we need provide the interface library mvM264.lib to our
> > customers so that they can build. But driver installation of the card
> > does not have the
On 28.03.2019 13:40, Yufei He wrote:
> On 03/27/2019 11:35 AM, Nicolas George wrote:
>
> Yufei He (12019-03-27):
>
>
> Here is the fixed patch for a new H.264 codec with Matrox M264 card.
>
> It calls the default library from the card's driver installation.
> Please review.
>
>
>
> You are still us
On Thu, Mar 28, 2019 at 06:47:52PM +0100, Carl Eugen Hoyos wrote:
> 2019-03-28 18:31 GMT+01:00, Michael Niedermayer :
> > On Thu, Mar 28, 2019 at 12:00:39PM +0100, Carl Eugen Hoyos wrote:
>
> >> - ffmpeg-4.1.2.tar.bz2
> >> + ffmpeg-snapshot.tar.bz2
> >
> > Iam not sure if this is wise. T
No need to Cc me, I am subscribed to the list.
Yufei He (12019-03-28):
> In windows, we need provide the interface library mvM264.lib to our
> customers so that they can build. But driver installation of the card
> does not have the interface library. It just install mvM264.dll.
>
> We call dlope
Hi!
Attached patch fixes ticket #7816 for me.
Please review, Carl Eugen
From 7f5536c76fc873c18b49c1181f34f7585c48dc87 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 28 Mar 2019 19:33:22 +0100
Subject: [PATCH] lavf/utils: Allow url credentials to contain a slash.
Fixes ticket #7816.
On Thu, Mar 28, 2019 at 08:50:36AM -0700, Baptiste Coudurier wrote:
> ---
> libavformat/mxf.h| 1 +
> libavformat/mxfenc.c | 194 ---
> 2 files changed, 145 insertions(+), 50 deletions(-)
>
> diff --git a/libavformat/mxf.h b/libavformat/mxf.h
> index
On Thu, Mar 28, 2019 at 12:03:53PM +0800, Linjie Fu wrote:
> HEVC_REXT will be map to {VAProfileHEVCMain422_10, VAProfileHEVCMain444,
> VAProfileHEVCMain444_10} in vaapi_profile_map[], since need to be
> distinguished
> to select the exact va_profile.
>
> Add va_profile -> AV_PIX_FMT map for FF_P
2019-03-28 18:31 GMT+01:00, Michael Niedermayer :
> On Thu, Mar 28, 2019 at 12:00:39PM +0100, Carl Eugen Hoyos wrote:
>> - ffmpeg-4.1.2.tar.bz2
>> + ffmpeg-snapshot.tar.bz2
>
> Iam not sure if this is wise. This would increase the burden
> for security fixes because now any fix to a bug
From 7e10e1c58e69137487ff0da85caf1c350b3262ae Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Thu, 28 Mar 2019 22:59:30 +0530
Subject: [PATCH] lavf/mov: skip extradata check in esds for MPEG-1/2 audio
As per 14496-3 9.D.2.2, it's not defined for these audio object types.
Fixes #7817.
---
liba
On Thu, Mar 28, 2019 at 12:00:39PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch also simplifies the release process.
>
> Please comment, Carl Eugen
> download |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> c16157dd6203b7d2f8adbf991030fe43ba8e79dc
> 0001-download-F
On Wed, Mar 27, 2019 at 11:08:02AM +0200, Zenon Mousmoulas wrote:
> Add experimental support for LHLS (low-latency HLS), following what
> was introduced to lavf/dashenc in f22fcd4483f.
> ---
> doc/muxers.texi | 6 +
> libavformat/dashenc.c | 2 +-
> libavformat/hlsenc.c |
On 03/28/2019 10:00 AM, Jean-Baptiste Kempf wrote:
>
> On Thu, 28 Mar 2019, at 13:41, Yufei He wrote:
>> In windows, we need provide the interface library mvM264.lib to our
>> customers so that they can build. But driver installation of the card
>> does not have the interface library. It just insta
Ok, here's a multipage tif with 3 pages, the two first are blue and
the last one red:
https://0x0.st/zKdB.tif
Στις Πέμ, 28 Μαρ 2019 στις 4:35 μ.μ., ο/η Paul B Mahol
έγραψε:
>
> On 3/28/19, Nick Renieris wrote:
> > When I made the patch I did ask you on IRC whether I should upload
> > something a
---
libavformat/mxf.h| 1 +
libavformat/mxfenc.c | 194 ---
2 files changed, 145 insertions(+), 50 deletions(-)
diff --git a/libavformat/mxf.h b/libavformat/mxf.h
index 4394450dea..f32124f772 100644
--- a/libavformat/mxf.h
+++ b/libavformat/mxf.h
@@ -
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Thursday, March 28, 2019 7:27 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] lavc/qsvenc: get vps extradata from
> MSDK
>
> On 27/03/2019 10:
Signed-off-by: Zhong Li
Reviewed-by: Mark Thompson
---
libavcodec/qsvenc.c | 66 +---
libavcodec/qsvenc.h | 3 ++
libavcodec/qsvenc_hevc.c | 10 +++---
3 files changed, 58 insertions(+), 21 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec
On 28.03.2019 15:02, Carl Eugen Hoyos wrote:
2019-03-28 15:00 GMT+01:00, Tobias Rapp :
On 28.03.2019 12:00, Carl Eugen Hoyos wrote:
Attached patch also simplifies the release process.
Personally I'd prefer to keep the link to the latest release.
Why? Such a link is already listed below.
On 3/28/19, Nick Renieris wrote:
> When I made the patch I did ask you on IRC whether I should upload
> something and got no answer.
>
Please upload it, somewhere like https://0x0.st/
> Στις Πέμ, 28 Μαρ 2019 στις 2:58 μ.μ., ο/η Nick Renieris
> έγραψε:
>>
>> I haven't, is there a specific place
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Zhong Li
> Sent: Wednesday, March 27, 2019 3:47 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Li, Zhong
> Subject: [FFmpeg-devel] [PATCH 1/4] lavc/hevc_ps_enc: fix vps nal issues
>
> 1. write vps_num_hrd_parameters element
> 2.
2019-03-28 15:00 GMT+01:00, Tobias Rapp :
> On 28.03.2019 12:00, Carl Eugen Hoyos wrote:
>>
>> Attached patch also simplifies the release process.
> Personally I'd prefer to keep the link to the latest release.
Why? Such a link is already listed below.
I always found it extremely disturbing and
2019-03-28 13:40 GMT+01:00, Yufei He :
> In windows, we need provide the interface library mvM264.lib
And you should.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vis
On 28.03.2019 12:00, Carl Eugen Hoyos wrote:
Hi!
Attached patch also simplifies the release process.
Please comment, Carl Eugen
Personally I'd prefer to keep the link to the latest release. There is
already a "Download Snapshot" button on the "Get the Sources" panel.
Regards,
Tobias
_
On Thu, 28 Mar 2019, at 13:41, Yufei He wrote:
> In windows, we need provide the interface library mvM264.lib to our
> customers so that they can build. But driver installation of the card
> does not have the interface library. It just install mvM264.dll.
Why does mvM264.dll return 0 Google Se
2019-03-28 14:40 GMT+01:00, Zhong Li :
> Signed-off-by: Zhong Li
> Reviewed-by: Carl Eugen Hoyos
> ---
> libavcodec/qsv_internal.h | 4 ++--
> libavfilter/qsvvpp.h | 4 ++--
> 2 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/qsv_internal.h b/libavcodec/qsv_intern
Signed-off-by: Zhong Li
Reviewed-by: Carl Eugen Hoyos
---
libavcodec/qsv_internal.h | 4 ++--
libavfilter/qsvvpp.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/qsv_internal.h b/libavcodec/qsv_internal.h
index 394c558883..57d861d2be 100644
--- a/libavco
From: Jun Zhao
Use %.12g replace %.f when save AMF NUMBER(double) type to
metadata. And update fate ref.
before this fix, we get FLV metadata like:
Metadata:
lasttimestamp : 113
lastkeyframetimestamp: 112
after this fix:
Metadata:
lasttimestamp : 113.005
lastkeyframetime
When I made the patch I did ask you on IRC whether I should upload
something and got no answer.
Στις Πέμ, 28 Μαρ 2019 στις 2:58 μ.μ., ο/η Nick Renieris
έγραψε:
>
> I haven't, is there a specific place that it's preferred I upload it to?
>
> Στις Πέμ, 28 Μαρ 2019 στις 1:12 μ.μ., ο/η Paul B Mahol
>
I haven't, is there a specific place that it's preferred I upload it to?
Στις Πέμ, 28 Μαρ 2019 στις 1:12 μ.μ., ο/η Paul B Mahol
έγραψε:
>
> On 3/28/19, Nick Renieris wrote:
> > Any news on this? Is there something I should do?
>
> Have you uploaded small tiff so this patch can be tested?
>
> >
>
On 03/27/2019 11:35 AM, Nicolas George wrote:
Yufei He (12019-03-27):
Here is the fixed patch for a new H.264 codec with Matrox M264 card.
It calls the default library from the card's driver installation.
Please review.
You are still using programmatic dynamic linking instead of normal
dynam
> > +ctx->width = ctx->coded_width = vp9->frame_width;
> > +ctx->height = ctx->coded_height = vp9->frame_height;
> > +
> > +ctx->pict_type = fh->intra_only ? AV_PICTURE_TYPE_I :
> > AV_PICTURE_TYPE_P;
>
> I found it is different as previous version, so I took a look at spec and
> cbs
On 28-03-2019 05:19 PM, Stephen Hutchinson wrote:
On 3/28/2019 1:03 AM, Gyan wrote:
On 25-03-2019 01:59 AM, Stephen Hutchinson wrote:
It's been fixed both AviSynth+-side and locally.
---
doc/general.texi | 13 -
1 file changed, 13 deletions(-)
diff --git a/doc/general.texi b
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Thursday, March 28, 2019 8:15 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH] qsv: fix the dangerous macro
> definitions
>
> 2019-03-28 10:09 GMT+01:00
2019-03-28 10:09 GMT+01:00, Li, Zhong :
> But I see another case now:
> MFX_VERSION_MAJOR > (MAJOR) || MFX_VERSION_MAJOR == (MAJOR) &&
> MFX_VERSION_MINOR >= (MINOR)
> Actually it is equal to:
> (MFX_VERSION_MAJOR > (MAJOR) || MFX_VERSION_MAJOR == (MAJOR)) &&
> MFX_VERSION_MINOR >= (MINOR)
No?
C
Signed-off-by: Decai Lin
---
libavcodec/h264_slice.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index 1c9a270..1bc9bdb 100644
--- a/libavcodec/h264_slice.c
+++ b/libavcodec/h264_slice.c
@@ -1477,6 +1477,11 @@ static int h264_field_st
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Thursday, March 28, 2019 8:03 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH v2] qsv: fix the dangerous macro
> definitions
>
> 2019-03-28 10:16 GMT+01
2019-03-28 8:39 GMT+01:00, Jun Zhao :
> From: Jun Zhao
>
> Update fate ref after last commit
No.
The commit that changes the result of the fate test
has to be the same as the one changing the reference
value. Without this rule, regression tests would be
very difficult.
Carl Eugen
___
2019-03-28 10:16 GMT+01:00, Zhong Li :
> Signed-off-by: Zhong Li
> ---
> libavcodec/qsv_internal.h | 6 +++---
> libavfilter/qsvvpp.h | 6 +++---
> 2 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/qsv_internal.h b/libavcodec/qsv_internal.h
> index 394c558883..f9bf
> 2019-03-27 11:24 GMT+01:00, Zhong Li :
> > Signed-off-by: Zhong Li
> > ---
> > libavcodec/qsv_internal.h | 8
> > libavfilter/qsvvpp.h | 8
> > 2 files changed, 8 insertions(+), 8 deletions(-)
> >
> > diff --git a/libavcodec/qsv_internal.h b/libavcodec/qsv_internal.h
> >
On 3/28/2019 1:03 AM, Gyan wrote:
On 25-03-2019 01:59 AM, Stephen Hutchinson wrote:
It's been fixed both AviSynth+-side and locally.
---
doc/general.texi | 13 -
1 file changed, 13 deletions(-)
diff --git a/doc/general.texi b/doc/general.texi
index fe94c40386..6ec52962ff 100644
2019-03-27 11:24 GMT+01:00, Zhong Li :
> Signed-off-by: Zhong Li
> ---
> libavcodec/qsv_internal.h | 8
> libavfilter/qsvvpp.h | 8
> 2 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/libavcodec/qsv_internal.h b/libavcodec/qsv_internal.h
> index 394c558883..
From: "Dong, Jerry"
Signed-off-by: Dong, Jerry
Signed-off-by: Decai Lin
---
libswscale/swscale_unscaled.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libswscale/swscale_unscaled.c b/libswscale/swscale_unscaled.c
index 058f2b9..d01e373 100644
--- a/libswscale/sws
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Michael Niedermayer
> Sent: 2019年3月28日 8:06
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH v1 1/1] swscale/swscale_unscaled: fixed
> the issue that w
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Thursday, March 28, 2019 6:06 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/4] lavc/qsvenc: fix hevc vps extradata
> issues
>
> On 26/03/2019
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Li, Zhong
> Sent: Thursday, March 28, 2019 7:12 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH] qsv: fix the dangerous macro
> definitions
>
> > From: ffmpeg-devel [mailto:ffmp
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Thursday, March 28, 2019 6:55 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH] qsv: fix the dangerous macro
> definitions
>
> 2019-03-28 10:09 GMT+01:00
On 3/28/19, Nick Renieris wrote:
> Any news on this? Is there something I should do?
Have you uploaded small tiff so this patch can be tested?
>
> Στις Σάβ, 23 Μαρ 2019 στις 2:54 μ.μ., ο/η Carl Eugen Hoyos
> έγραψε:
>>
>> 2019-03-23 13:34 GMT+01:00, Paul B Mahol :
>> > On 3/23/19, Carl Eugen Ho
Hi!
Attached patch also simplifies the release process.
Please comment, Carl Eugen
From cfefed3d6e67d029960f1042c20a34c8026d3fc6 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 28 Mar 2019 11:59:00 +0100
Subject: [PATCH] download: Fix the main download link to point to a snapshot.
Th
Any news on this? Is there something I should do?
Στις Σάβ, 23 Μαρ 2019 στις 2:54 μ.μ., ο/η Carl Eugen Hoyos
έγραψε:
>
> 2019-03-23 13:34 GMT+01:00, Paul B Mahol :
> > On 3/23/19, Carl Eugen Hoyos wrote:
> >> 2019-03-23 9:11 GMT+01:00, Paul B Mahol :
> >>> On 3/22/19, Carl Eugen Hoyos wrote:
>
2019-03-28 10:09 GMT+01:00, Li, Zhong :
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Mark Thompson
>> Sent: Thursday, March 28, 2019 6:23 AM
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH] qsv: fix the dangerous macro
>> definitions
>>
>> On 2
> +data += 10 + s->sega_film_skip_bytes;
> +
> +for (i=0; i < FFMIN(num_strips, 1); i++) {
if (num_strips) maybe? Or is this supposed to be FFMAX perhaps?
> +int strip_size = AV_RB24 (&data[1]);
> +if (strip_size < 12 || eod - data < strip_size - strip_size
> * (int64_t)s
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Linjie Fu
> Sent: Tuesday, March 26, 2019 1:51 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [FFmpeg-devel] [PATCH, v2] lavc/qsvenc: expose low_power option
> in H264 QSV
>
> Always exposes low_power optio
Signed-off-by: Zhong Li
---
libavcodec/qsv_internal.h | 6 +++---
libavfilter/qsvvpp.h | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/qsv_internal.h b/libavcodec/qsv_internal.h
index 394c558883..f9bfc07c36 100644
--- a/libavcodec/qsv_internal.h
+++ b/li
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Thursday, March 28, 2019 6:23 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] qsv: fix the dangerous macro
> definitions
>
> On 27/03/2019 10:24, Zhong Li wrote:
> > Signed-off
On Wed, Mar 27, 2019 at 09:21:46PM +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavformat/bink.c | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
this patch lgtm
tested on some bink b samples too.
-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC4
On 3/28/19, Carl Eugen Hoyos wrote:
> 2019-03-27 21:21 GMT+01:00, Paul B Mahol :
>> Signed-off-by: Paul B Mahol
>> ---
>> Missing deblocking.
>
> Patch contains an "if (0 && ..." somewhere, I assume this
> is unintended.
>
Fixed locally.
> Carl Eugen
> __
On 3/27/19 2:38 PM, Zenon Mousmoulas wrote:
> Add experimental support for LHLS (low-latency HLS), following what
> was introduced to lavf/dashenc in f22fcd4483f.
> ---
> doc/muxers.texi | 6 +
> libavformat/dashenc.c | 2 +-
> libavformat/hlsenc.c | 63
> +++
On 23.03.2019 01:03, ffmpeg-...@ffmpeg.org wrote:
The branch, master has been updated
via 2505968f485fae32d7a68881eff0187f346adb61 (commit)
from b971570feed92970138b9234403d2ef213cf877e (commit)
- Log -
commit 2505
On 27.03.2019 23:13, Allan Cady via ffmpeg-devel wrote:
On Tue, Mar 26, 2019 at 10:07:10PM +, Allan Cady via ffmpeg-devel wrote:
When the silencedetect filter is run against very large files, the
output timestamps gradually lose precision as the scan proceeds
further into the file. This i
From: Jun Zhao
Update fate ref after last commit
Signed-off-by: Jun Zhao
---
tests/ref/fate/flv-add_keyframe_index |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tests/ref/fate/flv-add_keyframe_index
b/tests/ref/fate/flv-add_keyframe_index
index 1c4da65..ce3809e 100
From: Jun Zhao
use %.12g replace %.f when save AMF NUMBER(double) type to
metadata.
before this fix, we get FLV metadata like:
Metadata:
lasttimestamp : 113
lastkeyframetimestamp: 112
after this fix:
Metadata:
lasttimestamp : 113.005
lastkeyframetimestamp: 111.678
Signe
Currectly just standard header path can be found,
check_type/struct will fail if vaapi is installed somewhere else.
Move them followed "check_pkg_config"
Reviewed-by: Mark Thompson
Reviewed-by: Timo Rothenpieler
Signed-off-by: Zhong Li
---
configure | 16
1 file changed, 8 in
Add experimental support for LHLS (low-latency HLS), following what
was introduced to lavf/dashenc in f22fcd4483f.
---
doc/muxers.texi | 6 +
libavformat/dashenc.c | 2 +-
libavformat/hlsenc.c | 63 ++-
libavformat/hlsplaylist.c
March 21, 2019 4:37 PM, "Zenon Mousmoulas" wrote:
> Use "a:0,agroup:aud_low,default:Yes,name:Chinese,language:CHN
> a:1,agroup:aud_low,language:ENG
> a:2,agroup:aud_high,default:Yes,name:Chinese,language:CHN
> a:3,agroup:aud_high,language:ENG
> v:0,agroup:aud_low v:1,agroup:aud_high"
> to create
89 matches
Mail list logo
