Hi,
> From: Fu, Linjie
> Sent: Wednesday, April 15, 2020 12:54
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [PATCH v4 0/9] Enhancement for libopenh264 encoder
>
> Docs would be provided later.
>
> Linjie Fu (9):
> lavc/libopenh264enc: Add default qmin/qmax support
> lavc/libop
Andreas Rheinhardt:
> Marton Balint:
>> And rename it to retimeinterleave, use the pcm_rechunk bitstream filter for
>> rechunking.
>>
>> By seperating the two functions we hopefully get cleaner code.
>>
>> Signed-off-by: Marton Balint
>> ---
>> configure |
Marton Balint:
> Previously only 1:1 bitstream filters were supported, the end of the stream
> was
> not signalled to the bitstream filters and time base changes were ignored.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/mux.c | 91
> ++--
If the color proerties is UNSPECIFIED(enum value is 2), do not pass
the invalid value to driver.
Signed-off-by: Fei Wang
---
libavfilter/vaapi_vpp.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavfilter/vaapi_vpp.c b/libavfilter/vaapi_vpp.c
index b5b245c..6
Use VAProcColorStandardExplicit only if the color properties all
specificed.
Signed-off-by: Fei Wang
---
libavfilter/vaapi_vpp.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vaapi_vpp.c b/libavfilter/vaapi_vpp.c
index 6ffc09d..e1d3373 100644
--- a/
From: Nelson Gomez
Extracting information from SwsContext in assembly is difficult, and
rearranging SwsContext just for asm access didn't look good. These
functions only need a couple of fields from it anyway, so just make
them parameters in their own right.
Signed-off-by: Nelson Gomez
---
lib
From: Nelson Gomez
Signed-off-by: Nelson Gomez
---
libswscale/output.c | 13 -
libswscale/swscale_internal.h | 3 ++-
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/libswscale/output.c b/libswscale/output.c
index 2e5d6076ab..bddfaf16af 100644
--- a/libsws
From: Nelson Gomez
v3:
- Fixed x86_32 compilation
v2: [2]
- Addressing comments James left on iter. 1
- Cleaned up how dither gets read to avoid using stack space
v1: [1]
[1] http://ffmpeg.org/pipermail/ffmpeg-devel/2020-April/261313.html
[2] http://ffmpeg.org/pipermail/ffmpeg-devel/2020
From: Nelson Gomez
256 bits is just wide enough to fit all the operands needed to vectorize
the software implementation, but AVX2 is needed to for a couple of
instructions like cross-lane permutation.
Output is bit-for-bit identical to C.
Signed-off-by: Nelson Gomez
---
libswscale/x86/output.
Marton Balint:
> And rename it to retimeinterleave, use the pcm_rechunk bitstream filter for
> rechunking.
>
> By seperating the two functions we hopefully get cleaner code.
>
> Signed-off-by: Marton Balint
> ---
> configure | 2 +
> libavformat/Makefil
Marton Balint:
> Signed-off-by: Marton Balint
> ---
> libavformat/mux.c | 52 +---
> 1 file changed, 21 insertions(+), 31 deletions(-)
>
> diff --git a/libavformat/mux.c b/libavformat/mux.c
> index 5209c84f40..90faf51768 100644
> --- a/libavformat/
On Sun, 26 Apr 2020 00:07:52 +0200
"Michael Niedermayer" wrote:
> On Sat, Apr 25, 2020 at 01:10:53PM +, Zane van Iperen wrote:
> > On Sat, 25 Apr 2020 13:15:25 +0200
> > "Michael Niedermayer" wrote:
> >
> > > > +static int pp_bnk_probe(const AVProbeData *p)
> > > > +{
> > > > +uint32_t
On 4/25/2020 7:11 PM, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/cuviddec.c | 2 +-
> libavcodec/decode.c | 162
> +++---
> libavcodec/internal.h | 3 +-
> 3 files changed, 22 insertions(+), 145 deletions(-)
>
> diff
Am So., 26. Apr. 2020 um 01:00 Uhr schrieb Michael Niedermayer
:
>
> On Sat, Apr 25, 2020 at 07:26:08PM +0200, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch makes the output of the reference sample p0_03.j2k
> > bit-exact with opj_decompress and kdu_render and more similar to
> > jasper's
On Sat, Apr 25, 2020 at 07:26:08PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch makes the output of the reference sample p0_03.j2k
> bit-exact with opj_decompress and kdu_render and more similar to
> jasper's output.
>
> Please comment, Carl Eugen
can these per pixel computations be a
Marton Balint:
> Signed-off-by: Marton Balint
> ---
> Changelog | 1 +
> doc/bitstream_filters.texi | 30 ++
> libavcodec/Makefile| 1 +
> libavcodec/bitstream_filters.c | 1 +
> libavcodec/pcm_rechunk_bsf.c | 206
> ++
Signed-off-by: Marton Balint
---
libavcodec/cuviddec.c | 2 +-
libavcodec/decode.c | 162 +++---
libavcodec/internal.h | 3 +-
3 files changed, 22 insertions(+), 145 deletions(-)
diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c
index 50
On Sat, Apr 25, 2020 at 01:10:53PM +, Zane van Iperen wrote:
> On Sat, 25 Apr 2020 13:15:25 +0200
> "Michael Niedermayer" wrote:
>
> > > +static int pp_bnk_probe(const AVProbeData *p)
> > > +{
> > > +uint32_t sample_rate = AV_RL32(p->buf + 4);
> > > +uint32_t track_count = AV_RL32(p-
Am Fr., 24. Apr. 2020 um 17:21 Uhr schrieb vectronic
:
>
> I am resubmitting a patch which fixes the following two tickets:
>
> https://trac.ffmpeg.org/ticket/7359
> https://trac.ffmpeg.org/ticket/7485
Are you Nick Ryan / did you write the attached patches?
Carl Eugen
On Sat, Apr 25, 2020 at 12:29:15AM +0200, Lynne wrote:
> Apr 24, 2020, 23:04 by mich...@niedermayer.cc:
>
> > Fixes: left shift of 1073741824 by 1 places cannot be represented in type
> > 'int32_t' (aka 'int')
> > Fixes:
> > 21245/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DIRAC_fuzzer-56
On 4/25/2020 3:55 PM, Marton Balint wrote:
> Or maybe we should just drop supporting shorthand options instead?
That would be a breaking change (commands like -bsf:v noise=123 would
stop working), vs extending existing API in a way that i assume does not
break currently valid strings, so this appr
Or maybe we should just drop supporting shorthand options instead?
Signed-off-by: Marton Balint
---
libavcodec/bsf.c | 53 ++---
1 file changed, 26 insertions(+), 27 deletions(-)
diff --git a/libavcodec/bsf.c b/libavcodec/bsf.c
index d3a9db57f7..8
Signed-off-by: Marton Balint
---
fftools/ffmpeg_opt.c | 57 +++-
1 file changed, 3 insertions(+), 54 deletions(-)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
index b52aa28626..dc42fb19d6 100644
--- a/fftools/ffmpeg_opt.c
+++ b/fftools/
Unfortunately the parsing part cannot use the API because it is supporting
shorthand options and the API is not.
Signed-off-by: Marton Balint
---
fftools/ffmpeg.c | 72 ++--
fftools/ffmpeg.h | 3 +--
fftools/ffmpeg_opt.c | 31 +
On Sat, 18 Apr 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/bsf.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/libavcodec/bsf.c b/libavcodec/bsf.c
index b9fc771..3cacbd4 100644
--- a/libavcodec/bsf.c
+++ b/libavcode
Hello Patchwork users,
We currently have a large number of spam/bot accounts in patchwork that need to
be cleaned up.
If in the past you did not confirm your registration via an email link, your
account is inactive and will be deleted (note that currently these accounts
cannot log
into patchwork
On Thu, 23 Apr 2020, Martin Storsjö wrote:
---
I've seen spurious failures of specifically these tests, in memory
constrained setups.
---
tests/fate/hevc.mak | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
Will apply soon unless there's any comments - same for the othe
Hi!
Attached patch makes the output of the reference sample p0_03.j2k
bit-exact with opj_decompress and kdu_render and more similar to
jasper's output.
Please comment, Carl Eugen
From de80453a8decd95b4a71cea71b20ba0bd74485cb Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sat, 25 Apr 2020
On Sat, 25 Apr 2020, vectronic wrote:
On 25 Apr 2020, at 09:08, Marton Balint wrote:
On Fri, 24 Apr 2020, vectronic wrote:
Signed-off-by: vectronic
---
doc/ffprobe.xsd | 1 +
fftools/ffprobe.c | 2 ++
tes
Am Sa., 25. Apr. 2020 um 17:13 Uhr schrieb Nicolas George :
>
> Carl Eugen Hoyos (12020-04-25):
> > Hi!
> >
> > Attached patch allows reading the pgm file that jasper creates
> > using the jpeg 2000 reference file p0_03.j2k as input.
> >
> > Please comment, Carl Eugen
>
> > From 5da97c417d66b1e840b
Carl Eugen Hoyos (12020-04-25):
> Hi!
>
> Attached patch allows reading the pgm file that jasper creates
> using the jpeg 2000 reference file p0_03.j2k as input.
>
> Please comment, Carl Eugen
> From 5da97c417d66b1e840b1feae31f0852cf3755c39 Mon Sep 17 00:00:00 2001
> From: Carl Eugen Hoyos
> Da
Hi!
Attached patch allows reading the pgm file that jasper creates
using the jpeg 2000 reference file p0_03.j2k as input.
Please comment, Carl Eugen
From 5da97c417d66b1e840b1feae31f0852cf3755c39 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Sat, 25 Apr 2020 17:05:40 +0200
Subject: [PATCH
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/movenc.c | 138 +--
1 file changed, 69 insertions(+), 69 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 253cff86eb..6b0235f115 100644
--- a/libavformat/movenc.c
+++ b
On Sat, 25 Apr 2020 13:15:25 +0200
"Michael Niedermayer" wrote:
> > +static int pp_bnk_probe(const AVProbeData *p)
> > +{
> > +uint32_t sample_rate = AV_RL32(p->buf + 4);
> > +uint32_t track_count = AV_RL32(p->buf + 12);
> > +uint32_t flags = AV_RL32(p->buf + 16);
> > +
> > +
On Sat, Apr 18, 2020 at 12:20:49AM +, Zane van Iperen wrote:
> Signed-off-by: Zane van Iperen
> ---
> Changelog| 1 +
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/pp_bnk.c | 293 +++
> libavform
> On 25 Apr 2020, at 09:08, Marton Balint wrote:
>
>
>
> On Fri, 24 Apr 2020, vectronic wrote:
>
>> Signed-off-by: vectronic
>> ---
>> doc/ffprobe.xsd | 1 +
>> fftools/ffprobe.c | 2 ++
>> tests/ref/fate/concat
On Sun, 19 Apr 2020, Andreas Rheinhardt wrote:
Marton Balint:
Current muxers only use a single bitstream filter, so there is no need to
maintain code which operates on a list of bitstream filters. When multiple
bitstream filters are needed muxers can simply use a list bitstream filter.
If th
On Fri, 24 Apr 2020, vectronic wrote:
Signed-off-by: vectronic
---
doc/ffprobe.xsd | 1 +
fftools/ffprobe.c | 2 ++
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-ex
On Sat, 25 Apr 2020, Marton Balint wrote:
On Fri, 24 Apr 2020, vectronic wrote:
closed caption presence is detected with ffprobe and output as part of
av_dump_format() however it is not included in output from -show_streams
this add closed_captions=0 or 1 to the stream info output and upda
On Fri, 24 Apr 2020, vectronic wrote:
closed caption presence is detected with ffprobe and output as part of
av_dump_format() however it is not included in output from -show_streams
this add closed_captions=0 or 1 to the stream info output and updates
fate test results.
vectronic (2):
tools
40 matches
Mail list logo
