Why?
On 11/27/19, Aman Gupta wrote:
> From: Aman Gupta
>
> Signed-off-by: Aman Gupta
> ---
> doc/APIchanges | 3 +++
> libavformat/Makefile | 1 +
> libavformat/avlanguage.c | 2 --
> libavformat/avlanguage.h | 5 +
> libavformat/version.h| 2 +-
> 5 files changed, 6 inse
Hi,
Could you merge this patch if there is no objection?
> -Original Message-
> From: Tsuchiya, Yuki (SHES)
>
> Implemented according to the specification at
> https://www.iso.org/standard/69561.html
> The 'mhm1' sample entry is registered with MP4RA, which is defined as MHAS
> encapsul
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 23 ---
1 file changed, 4 insertions(+), 19 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 043438368e..1105380806 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -2486,7 +2486,9
It performs HDR(High Dynamic Range) to SDR(Standard Dynamic Range) conversion
with tone-mapping. It only supports HDR10 as input temporarily.
An example command to use this filter with vaapi codecs:
FFMPEG -hwaccel vaapi -vaapi_device /dev/dri/renderD128 -hwaccel_output_format
vaapi \
-i INPUT -v
From: Jun Zhao
enable the PC(2^n -1) colorspace in libx264rgb
fix #8404
Signed-off-by: Jun Zhao
---
libavcodec/libx264.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index bfd91bb..60607ca 100644
--- a/libavcodec/libx
From: Jun Zhao
enable the PC(2^n -1) colorspace in libx264rgb
fix #8404
Signed-off-by: Jun Zhao
---
libavcodec/libx264.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index bfd91bb..60607ca 100644
--- a/libavcodec/libx
Am Mi., 27. Nov. 2019 um 10:51 Uhr schrieb Xinpeng Sun :
>
> It performs HDR(High Dynamic Range) to SDR(Standard Dynamic Range) conversion
> with tone-mapping. It only supports HDR10 as input temporarily.
>
> An example command to use this filter with vaapi codecs:
> FFMPEG -hwaccel vaapi -vaapi_de
On Wed, Nov 27, 2019 at 11:09:23AM +0100, Nikola Pajkovsky wrote:
> lance.lmw...@gmail.com writes:
>
> > From: Limin Wang
> >
> > Reviewed-by: Paul B Mahol
> > Signed-off-by: Limin Wang
> > ---
> > Add Reviewed-by:, pleae help push it
> >
> > libavfilter/vf_libvmaf.c | 3 +++
> > 1 file change
On 11/27/19, Limin Wang wrote:
> On Wed, Nov 27, 2019 at 11:09:23AM +0100, Nikola Pajkovsky wrote:
>> lance.lmw...@gmail.com writes:
>>
>> > From: Limin Wang
>> >
>> > Reviewed-by: Paul B Mahol
>> > Signed-off-by: Limin Wang
>> > ---
>> > Add Reviewed-by:, pleae help push it
>> >
>> > libavfil
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_colorconstancy.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavfilter/vf_colorconstancy.c b/libavfilter/vf_colorconstancy.c
index cc081e957f..9917d8993e 100644
--- a/libavfilter/vf_colorconstancy.c
+++ b/libavfilter/
lgtm
On 11/27/19, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vf_colorconstancy.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavfilter/vf_colorconstancy.c
> b/libavfilter/vf_colorconstancy.c
> index cc081e957f..9917d8
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_colormatrix.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_colormatrix.c b/libavfilter/vf_colormatrix.c
index 3a02e2b86e..3a0c3f01da 100644
--- a/libavfilter/vf_colormatrix.c
+++ b/libavfilter/vf_colormatrix.c
@
> Am 27.11.2019 um 10:52 schrieb Jun Zhao :
>
> From: Jun Zhao
>
> enable the PC(2^n -1) colorspace in libx264rgb
>
> fix #8404
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/libx264.c |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/libavcodec/libx264.c b/l
> 在 2019年11月27日,15:44,Gyan 写道:
>
>
>
> On 27-11-2019 11:33 am, Steven Liu wrote:
>> Suggested-by: Rodney Baker
>> Signed-off-by: Steven Liu
>> ---
>> doc/demuxers.texi | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/doc/demuxers.texi b/doc/demuxers.texi
>> inde
On Wed, Nov 27, 2019 at 6:58 PM Carl Eugen Hoyos wrote:
>
>
>
> > Am 27.11.2019 um 10:52 schrieb Jun Zhao :
> >
> > From: Jun Zhao
> >
> > enable the PC(2^n -1) colorspace in libx264rgb
> >
> > fix #8404
> >
> > Signed-off-by: Jun Zhao
> > ---
> > libavcodec/libx264.c |5 +
> > 1 files ch
Up until now, using a dynamic buffer entailed at least three
allocations: One for the AVIOContext, one for the AVIOContext's opaque
(which, among other things, contains the small write buffer), and one
for the big buffer that is independently allocated that is returned when
calling avio_close_dyn_b
By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
small tags. Furthermore, it simplifies freeing.
Signed-off-by: Andreas Rheinhardt
---
libavformat/apetag.c | 12 +---
1 file changed, 5 insertions(+), 7 de
By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
small headers. Furthermore, it simplifies freeing.
Signed-off-by: Andreas Rheinhardt
---
libavformat/av1.c | 14 +-
1 file changed, 5 insertions(+), 9
By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
small extradata. Furthermore, it simplifies freeing.
Signed-off-by: Andreas Rheinhardt
---
libavformat/avc.c | 15 ++-
1 file changed, 6 insertions(+),
By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
small tags. Furthermore, it simplifies freeing.
Signed-off-by: Andreas Rheinhardt
---
libavformat/id3v2enc.c | 37 -
1 file cha
By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
small dynamic buffers (i.e. small master elements).
Signed-off-by: Andreas Rheinhardt
---
libavformat/matroskaenc.c | 8
1 file changed, 4 insertions(+),
By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
small dynamic buffers.
Signed-off-by: Andreas Rheinhardt
---
libavformat/movenc.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff -
On 11/27/2019 9:22 AM, Andreas Rheinhardt wrote:
> By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
> avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
> small headers. Furthermore, it simplifies freeing.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat
On 11/26/2019 10:57 AM, Andreas Rheinhardt wrote:
> On Tue, Nov 26, 2019 at 2:07 PM James Almer wrote:
>
>> Signed-off-by: James Almer
>> ---
>> libavformat/avc.c | 38 +-
>> libavformat/avc.h | 1 +
>> 2 files changed, 34 insertions(+), 5 deletions(-)
>>
>>
On 11/27/2019 9:26 AM, James Almer wrote:
> On 11/27/2019 9:22 AM, Andreas Rheinhardt wrote:
>> By using avio_get_dyn_buf() + ffio_free_dyn_buf() instead of
>> avio_close_dyn_buf() + av_free() one can avoid an allocation + copy for
>> small headers. Furthermore, it simplifies freeing.
>>
>> Signed-
From: Xu Jun
Tested using the following command:
./ffmpeg_g -s 1280*720 -pix_fmt yuv420p -i test.yuv -vf convolution="1 2 3 4 5\
6 7 8 9:1 2 3 4 5 6 7 8 9:1 2 3 4 5 6 7 8 9:1 2 3 4 5 6 7 8 9:1/45:1/45:1/45\
:1/45:1:2:3:4:row:row:row:row" -an -vframes 1000 -f null /dev/null
The fps increases fro
On Tue, Nov 26, 2019 at 02:45:05PM -0300, gga wrote:
>
>
> On 26/11/19 14:31, Michael Niedermayer wrote:
> >On Thu, Nov 21, 2019 at 06:27:10PM -0300, ggarr...@gmail.com wrote:
> >>From: Gonzalo Garramuño
> >>
> >>This patch is based on a patch by bsenftner at earthlink.net.
> >>---
> >> libavfo
Signed-off-by: Michael Niedermayer
---
libavformat/utils.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 8196442dd1..dc79987ec1 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -1830,8 +1830,8 @@ int av_read_fr
On 9/3/2019 10:49 AM, James Almer wrote:
> On 8/30/2019 1:39 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> Untested. I'm also not sure how to add the FFMPEG_BSF define to
>> tools/Makefile,
>> and have it coexist with FFMPEG_DECODER. Assuming it's needed.
>>
>> tools/target_dec_
From: Xu Jun
In order to add x86 SIMD for filter_column(), I write a C function which
processes 16 columns at a time.
Signed-off-by: Xu Jun
---
libavfilter/vf_convolution.c | 56 +++
libavfilter/x86/vf_convolution_init.c | 23 +++
2 files changed, 79 i
From: Xu Jun
Tested using a simple command:
./ffmpeg_g -s 1280*720 -pix_fmt yuv420p -i test.yuv -vf convolution="1 2 3 4 5
6 7 8 9:1 2 3 4 5 6 7 8 9:1 2 3 4 5 6 7 8 9:1 2 3 4 5 6 7 8
9:1/45:1/45:1/45:1/45:1:2:3:4:column:column:column:column" -an -vframes 1000 -f
null /dev/null
The fps increas
On Wed, Nov 27, 2019 at 08:25:13AM +0100, Andreas Rheinhardt wrote:
> On Mon, Nov 25, 2019 at 2:57 PM Michael Niedermayer
> wrote:
>
> > On Sun, Nov 24, 2019 at 11:05:03PM +0100, Andreas Rheinhardt wrote:
> > > On Sun, Nov 24, 2019 at 8:28 PM Michael Niedermayer
> >
> > > wrote:
> > >
> > > > On
On Wed, Nov 27, 2019 at 11:41:09AM -0300, James Almer wrote:
> On 9/3/2019 10:49 AM, James Almer wrote:
> > On 8/30/2019 1:39 PM, James Almer wrote:
> >> Signed-off-by: James Almer
> >> ---
> >> Untested.
i can test if it applies
> >> I'm also not sure how to add the FFMPEG_BSF define to tools
On 11/27/2019 1:09 PM, Michael Niedermayer wrote:
> On Wed, Nov 27, 2019 at 11:41:09AM -0300, James Almer wrote:
>> On 9/3/2019 10:49 AM, James Almer wrote:
>>> On 8/30/2019 1:39 PM, James Almer wrote:
Signed-off-by: James Almer
---
>
Untested.
>
> i can test if it applies
>
>
>
Am Mi., 27. Nov. 2019 um 15:56 Uhr schrieb :
> From: Xu Jun
>
> In order to add x86 SIMD for filter_column(), I write a C function which
> processes 16 columns at a time.
How does this perform compared to the existing C code?
Carl Eugen
___
ffmpeg-de
On Wed, Nov 27, 2019 at 4:50 PM Michael Niedermayer
wrote:
> On Wed, Nov 27, 2019 at 08:25:13AM +0100, Andreas Rheinhardt wrote:
> > On Mon, Nov 25, 2019 at 2:57 PM Michael Niedermayer
>
> > wrote:
> >
> > > On Sun, Nov 24, 2019 at 11:05:03PM +0100, Andreas Rheinhardt wrote:
> > > > On Sun, Nov
Am Mi., 27. Nov. 2019 um 17:58 Uhr schrieb Andreas Rheinhardt
:
> I consider this only a slight disadvantage: E.g. the streamhash or the
> framehash muxers would provide easy ways to examine whether the actual
> content of the files (besides the UIDs) are different.
But that wouldn't show changes
Disable by default to output all the layers, to match libaomdec wrapper.
Add option to select the operating point for the spatial layers.
Update the documentation with the new options.
---
doc/decoders.texi | 6 ++
libavcodec/libdav1d.c | 8
2 files changed, 14 insertions(+)
diff
tis 2019-11-26 klockan 20:29 +0100 skrev Paul B Mahol:
> On 11/26/19, James Almer wrote:
> > On 11/26/2019 6:47 AM, Paul B Mahol wrote:
> > > On 11/25/19, Tomas Härdin wrote:
> > > > mån 2019-11-25 klockan 22:09 +0100 skrev Paul B Mahol:
> > > > > Signed-off-by: Paul B Mahol
> > > > > +static in
Hello,
On Wed, Nov 27, 2019, at 19:30, Sebastian Pop wrote:
> Please find attached a patch that improves the existing code in
> aarch64/hscale.S
> Performance test with gcc and clang shows that the patch improves
> performance by 34% on Graviton A1 instances:
So, that is better than the previous
On Mon, Nov 25, 2019 at 11:20 PM Jean-Baptiste Kempf wrote:
> > Is there a coding rule in ffmpeg that restricts the use of intrinsics?
>
> Yes. See doc/optimization.txt.
> Use external asm (nasm/yasm) or inline asm (__asm__()), do not use intrinsics.
Thanks for the pointer.
> Also, here, you're
On 11/27/19, Tomas Härdin wrote:
> tis 2019-11-26 klockan 20:29 +0100 skrev Paul B Mahol:
>> On 11/26/19, James Almer wrote:
>> > On 11/26/2019 6:47 AM, Paul B Mahol wrote:
>> > > On 11/25/19, Tomas Härdin wrote:
>> > > > mån 2019-11-25 klockan 22:09 +0100 skrev Paul B Mahol:
>> > > > > Signed-o
On 11/27/2019 3:42 PM, Paul B Mahol wrote:
> On 11/27/19, Tomas Härdin wrote:
>> tis 2019-11-26 klockan 20:29 +0100 skrev Paul B Mahol:
>>> On 11/26/19, James Almer wrote:
On 11/26/2019 6:47 AM, Paul B Mahol wrote:
> On 11/25/19, Tomas Härdin wrote:
>> mån 2019-11-25 klockan 22:09 +
On Wed, Nov 27, 2019 at 12:37 PM Jean-Baptiste Kempf wrote:
> > Please let me know if I can make the patch better.
>
> Remove the commented lines.
Attached the updated patch.
Thank you,
Sebastian
0001-aarch64-use-FMA-and-increase-vector-factor-to-4.patch
Description: Binary data
__
On 11/27/19, James Almer wrote:
> On 11/27/2019 3:42 PM, Paul B Mahol wrote:
>> On 11/27/19, Tomas Härdin wrote:
>>> tis 2019-11-26 klockan 20:29 +0100 skrev Paul B Mahol:
On 11/26/19, James Almer wrote:
> On 11/26/2019 6:47 AM, Paul B Mahol wrote:
>> On 11/25/19, Tomas Härdin wrot
On Wed, Nov 27, 2019, at 19:46, Sebastian Pop wrote:
> On Wed, Nov 27, 2019 at 12:37 PM Jean-Baptiste Kempf
> wrote:
> > > Please let me know if I can make the patch better.
> >
> > Remove the commented lines.
>
> Attached the updated patch.
OK for me.
Cannot comment on the content.
--
Jean-B
On Wed, Nov 27, 2019 at 05:43:09PM +0800, Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 23 ---
> 1 file changed, 4 insertions(+), 19 deletions(-)
this breaks the code
./ffmpeg_g -i mm-short.mpg -i fate-suite/sub/MovText_capability_tester.mp4
ons 2019-11-27 klockan 20:00 +0100 skrev Paul B Mahol:
> On 11/27/19, James Almer wrote:
> > On 11/27/2019 3:42 PM, Paul B Mahol wrote:
> > > On 11/27/19, Tomas Härdin wrote:
> > > > tis 2019-11-26 klockan 20:29 +0100 skrev Paul B Mahol:
> > > > > On 11/26/19, James Almer wrote:
> > > > > > On 1
On Wed, Nov 27, 2019 at 07:36:01PM +, Pop, Sebastian wrote:
> Thanks Jean-Baptiste for your review and suggestions on how to improve my
> patch submission.
> From the git logs I found out that Clément Bœsch wrote the original aarch64
> vectorization for that function.
> Maybe Clément could h
On Wed, Nov 27, 2019 at 01:17:34PM -0300, James Almer wrote:
> On 11/27/2019 1:09 PM, Michael Niedermayer wrote:
> > On Wed, Nov 27, 2019 at 11:41:09AM -0300, James Almer wrote:
> >> On 9/3/2019 10:49 AM, James Almer wrote:
> >>> On 8/30/2019 1:39 PM, James Almer wrote:
> Signed-off-by: James
On Wed, Nov 27, 2019 at 2:13 PM Clément Bœsch wrote:
> Yeah I will by the end of the week. I wrote that a few years ago so I need
> to take some time to get back in the context.
Thanks Clément for your help.
>
> BTW, that's quite a huge speed improvement you're bringing in, are you
> sure you ar
On Wed, Nov 27, 2019 at 01:57:02PM +0800, Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> fftools/cmdutils.c | 14 ++
> fftools/ffmpeg_opt.c | 2 +-
> 2 files changed, 15 insertions(+), 1 deletion(-)
i think the patchset looks good, but maybe wait a bit before applying
as it
On Wed, Nov 27, 2019 at 11:47:54AM +0100, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The worst form of inequality is to try to make unequal things equal.
-- Aristotle
signature.asc
Description: PGP signature
On 11/27/2019 5:19 PM, Michael Niedermayer wrote:
> On Wed, Nov 27, 2019 at 01:17:34PM -0300, James Almer wrote:
>> On 11/27/2019 1:09 PM, Michael Niedermayer wrote:
>>> On Wed, Nov 27, 2019 at 11:41:09AM -0300, James Almer wrote:
On 9/3/2019 10:49 AM, James Almer wrote:
> On 8/30/2019 1:3
On Wed, Nov 27, 2019 at 05:57:56PM +0100, Andreas Rheinhardt wrote:
> On Wed, Nov 27, 2019 at 4:50 PM Michael Niedermayer
> wrote:
>
> > On Wed, Nov 27, 2019 at 08:25:13AM +0100, Andreas Rheinhardt wrote:
> > > On Mon, Nov 25, 2019 at 2:57 PM Michael Niedermayer
> >
> > > wrote:
[...]
>
> >
> >
On 11/27/19, Tomas Härdin wrote:
> ons 2019-11-27 klockan 20:00 +0100 skrev Paul B Mahol:
>> On 11/27/19, James Almer wrote:
>> > On 11/27/2019 3:42 PM, Paul B Mahol wrote:
>> > > On 11/27/19, Tomas Härdin wrote:
>> > > > tis 2019-11-26 klockan 20:29 +0100 skrev Paul B Mahol:
>> > > > > On 11/26
Will apply.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On Wed, Nov 27, 2019 at 09:21:28 -0800, Thierry Foucu wrote:
> +@item oppoint
> +Select an operating point of a scalable AV1 bitstream (0 - 32)
[...]
> +{ "oppoint", "Select an operating point of the scalable bitstream",
> OFFSET(operating_point), AV_OPT_TYPE_INT, { .i64 = -1 }, 0, 31, VD },
On 11/27/2019 9:00 PM, Moritz Barsnick wrote:
> On Wed, Nov 27, 2019 at 09:21:28 -0800, Thierry Foucu wrote:
>> +@item oppoint
>> +Select an operating point of a scalable AV1 bitstream (0 - 32)
> [...]
>> +{ "oppoint", "Select an operating point of the scalable bitstream",
>> OFFSET(operating
On Wed, Nov 27, 2019 at 4:02 PM James Almer wrote:
> On 11/27/2019 9:00 PM, Moritz Barsnick wrote:
> > On Wed, Nov 27, 2019 at 09:21:28 -0800, Thierry Foucu wrote:
> >> +@item oppoint
> >> +Select an operating point of a scalable AV1 bitstream (0 - 32)
> > [...]
> >> +{ "oppoint", "Select an
Disable by default to output all the layers, to match libaomdec wrapper.
Add option to select the operating point for the spatial layers.
Update the documentation with the new options.
---
doc/decoders.texi | 6 ++
libavcodec/libdav1d.c | 8
2 files changed, 14 insertions(+)
diff
Hi,
> -Original Message-
> From: Fu, Linjie
> Sent: Tuesday, November 26, 2019 11:56
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [PATCH] lavc/qsvenc: add Tiles encode support for HEVC
>
> Add -tile_rows and -tile_cols option to specify the number of tile rows
> and columns
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_yadif.c | 147 +++--
1 file changed, 54 insertions(+), 93 deletions(-)
diff --git a/libavfilter/vf_yadif.c b/libavfilter/vf_yadif.c
index f53bb77008..15d8c47b0b 100644
--- a/libavfilter/vf_yadif.c
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_yadif.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavfilter/vf_yadif.c b/libavfilter/vf_yadif.c
index 3107924932..0b34c5045b 100644
--- a/libavfilter/vf_yadif.c
+++ b/libavfilter/vf_
From: Limin Wang
Signed-off-by: Limin Wang
---
Sorry, fix the title typo
libavfilter/vf_yadif.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavfilter/vf_yadif.c b/libavfilter/vf_yadif.c
index 3107924932..0b34c5045b 100644
--- a/libavfilter/vf_ya
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_yadif.c | 47 +++---
1 file changed, 12 insertions(+), 35 deletions(-)
diff --git a/libavfilter/vf_yadif.c b/libavfilter/vf_yadif.c
index 0b34c5045b..f53bb77008 100644
--- a/libavfilter/vf_yadif.c
Ping for the 2nd time. Thanks.
> -Original Message-
> From: Wang, Fei W
> Sent: Friday, November 22, 2019 1:45 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>; myp...@gmail.com
> Subject: RE: [FFmpeg-devel] [PATCH v1] avcodec/vaapi: set more flags for
> VASurfaceAttr
In this case, the input video is of dynamic frame rate and we don't want to
duplicate or drop frames, but the output video duration calculated by DTS is
incorrect, I solved it by using PTS.
There are many UGC videos with dynamic frame rates, which are represented by
PTS jumps. After transcoding wit
> 在 2019年11月28日,04:06,Michael Niedermayer 写道:
>
> mm-short.mpg
Hi Michael,
Where should i download the file mm-short.mpg?
Thanks
Steven
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-dev
Hi Carl,
> -Original Message-
> From: ffmpeg-devel On Behalf Of Carl
> Eugen Hoyos
> Sent: Wednesday, November 27, 2019 6:14 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter: Add tonemap vaapi filter for
> H2S
>
> Am Mi., 27. Nov. 201
Thierry Foucu:
> Disable by default to output all the layers, to match libaomdec wrapper.
> Add option to select the operating point for the spatial layers.
> Update the documentation with the new options.
> ---
> doc/decoders.texi | 6 ++
> libavcodec/libdav1d.c | 8
> 2 files ch
Signed-off-by: Ting Fu
---
libswscale/x86/yuv2rgb.c | 5 +
libswscale/x86/yuv2rgb_template.c | 58 ++-
libswscale/x86/yuv_2_rgb.asm | 163 +++---
3 files changed, 208 insertions(+), 18 deletions(-)
diff --git a/libswscale/x86/yuv2rgb.c b/libswscal
Signed-off-by: Ting Fu
---
libswscale/x86/Makefile | 1 +
libswscale/x86/swscale.c | 16 +-
libswscale/x86/yuv2rgb.c | 81 ++
libswscale/x86/yuv2rgb_template.c | 441 ++
libswscale/x86/yuv_2_rgb.asm | 270 ++
5 f
> Am 28.11.2019 um 07:07 schrieb Ting Fu :
>
> +#if HAVE_SSSE3
> +#define COMPILE_TEMPLATE_SSSE3 1
> +#endif
Please add a line about performance to the commit message.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.or
> Am 28.11.2019 um 06:37 schrieb Sun, Xinpeng :
>
>>>
>>> +if (input_frame->color_trc != AVCOL_TRC_SMPTE2084) {
>>> +av_log(avctx, AV_LOG_ERROR, "Only support HDR10 as input for vaapi
>>> tone-mapping\n");
>>> +return AVERROR(EINVAL);
>>
>> Shouldn't this also accept unkno
> Am 28.11.2019 um 03:34 schrieb manuelyuan :
>
> In this case, the input video is of dynamic frame rate and we don't want to
> duplicate or drop frames, but the output video duration calculated by DTS is
> incorrect, I solved it by using PTS.
> There are many UGC videos with dynamic frame rates
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Thursday, November 28, 2019 2:37 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter: Add tonemap vaapi filter for
> H2S
>
>
>
> > Am 28
Hi,
On Wed, Nov 27, 2019 at 3:28 PM Sebastian Pop wrote:
> On Wed, Nov 27, 2019 at 2:13 PM Clément Bœsch wrote:
> > Yeah I will by the end of the week. I wrote that a few years ago so I
> need
> > to take some time to get back in the context.
>
> Thanks Clément for your help.
>
> >
> > BTW, tha
> -Original Message-
> From: ffmpeg-devel On Behalf Of Carl
> Eugen Hoyos
> Sent: Thursday, November 28, 2019 02:29 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] libswscale/x86/yuv2rgb: add ssse3
> version
>
>
>
> > Am 28.11.2019 um 07:
Hi,
On Thu, Nov 28, 2019 at 2:08 AM Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Nov 27, 2019 at 3:28 PM Sebastian Pop wrote:
>
>> On Wed, Nov 27, 2019 at 2:13 PM Clément Bœsch wrote:
>> > Yeah I will by the end of the week. I wrote that a few years ago so I
>> need
>> > to take some time to get
80 matches
Mail list logo