On Mon, Jan 11, 2021 at 4:46 PM Jan Ekström wrote:
>
> On Mon, Dec 7, 2020 at 12:08 PM Jan Ekström wrote:
> >
> > The primary parts of this are patches 1,4,5. 2 and 3 were just noticed when
> > poking at the recovery timestamp logic, where the stream-time comparison
> > logic
> > seemed somewhat
On Fri, Jan 22, 2021 at 1:00 AM Jan Ekström wrote:
>
> This way protocol or format related options can be set for all
> of the files opened during concatenation.
Ping for reviews.
Jan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg
On 2021-01-23 14:14, Martin Storsjö wrote:
On Sat, 23 Jan 2021, Reimar Döffinger wrote:
Setting the defaults for $arch happens only later, so
the current code would not set AS correctly if --arch
was not specified on the command-line.
Fix it by adding an explicit fallback to $arch_default.
---
On 2021-01-07 13:10, Josh Dekker wrote:
Co-authored-by: Niklas Haas
Signed-off-by: Josh Dekker
---
tests/checkasm/Makefile | 2 +-
tests/checkasm/checkasm.c | 10 +
tests/checkasm/checkasm.h | 10 +
tests/checkasm/hevc_pel.c | 523 ++
4 files chan
On 2021-01-13 17:06, Robin Cooksey wrote:
I’ve attached a patch which makes avformat handle the 308 Permanent Redirect
HTTP status code – which is more recently defined in
https://tools.ietf.org/html/rfc7538
The change just treats 308 in the same way as the other 30x status codes.
Thanks. Ap
Andreas Rheinhardt:
> All callers only use the index into ff_dnxhd_cid_table to get a pointer
> to the desired entry.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/dnxhddata.c | 46 +-
> libavcodec/dnxhddata.h | 4 +---
> libavcodec/dnxhddec.c
Andreas Rheinhardt:
> Forgotten in 58fc810d42fde26ed6c1f2996122e98ab7005849.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/atrac3plus_data.h | 19 ---
> 1 file changed, 19 deletions(-)
>
> diff --git a/libavcodec/atrac3plus_data.h b/libavcodec/atrac3plus_data.h
> inde
Jan Ekström (12021-01-22):
> This way protocol or format related options can be set for all
> of the files opened during concatenation.
> ---
> libavformat/concatdec.c | 26 +-
> 1 file changed, 25 insertions(+), 1 deletion(-)
I know it is a little more work, but options n
Jan Ekström (12021-01-22):
> From: Stefano Sabatini
>
> ---
> libavutil/avstring.h | 7 ---
> libavutil/bprint.c | 15 +++
> tools/ffescape.c | 7 ---
> 3 files changed, 23 insertions(+), 6 deletions(-)
Thanks for this new version.
I think this patch and the next wo
On Mon, Jan 25, 2021 at 4:07 AM Carl Eugen Hoyos wrote:
> Am Sa., 5. Sept. 2020 um 21:15 Uhr schrieb Carl Eugen Hoyos
> :
>
> > Attached patch fixes ticket #8819.
>
> Paul, I believe you had an objection but I forgot what it was...
>
Have you benched with alternative solutions this memcpy versio
Quoting Andreas Rheinhardt (2021-01-24 21:42:10)
> James Almer:
> > On 1/24/2021 5:16 PM, Andreas Rheinhardt wrote:
> >> It has been added in 6db42a2b6b22e6f1928fafcf3faa67ed78201004,
> >> yet since then none of the necessary create/free_device_capabilities
> >> functions has been implemented, maki
>De : ffmpeg-devel De la part de Paul B Mahol
>Envoyé : jeudi 21 janvier 2021 13:36
>À : FFmpeg development discussions and patches
>Objet : Re: [FFmpeg-devel] [PATCH 0/2] avcodec/dolby_e: Add a parser
>
>Changes looks trivial enough.
If no one object, the two patches may be applied now ? I can
On Mon, Jan 25, 2021 at 12:04 PM Nicolas Gaullier
wrote:
> >De : ffmpeg-devel De la part de Paul B
> Mahol
> >Envoyé : jeudi 21 janvier 2021 13:36
> >À : FFmpeg development discussions and patches
> >Objet : Re: [FFmpeg-devel] [PATCH 0/2] avcodec/dolby_e: Add a parser
> >
> >Changes looks trivi
On Mon, Jan 25, 2021 at 11:52 AM Nicolas George wrote:
>
> Jan Ekström (12021-01-22):
> > This way protocol or format related options can be set for all
> > of the files opened during concatenation.
> > ---
> > libavformat/concatdec.c | 26 +-
> > 1 file changed, 25 insert
On Mon, Jan 25, 2021 at 11:58 AM Nicolas George wrote:
>
> Jan Ekström (12021-01-22):
> > From: Stefano Sabatini
> >
> > ---
> > libavutil/avstring.h | 7 ---
> > libavutil/bprint.c | 15 +++
> > tools/ffescape.c | 7 ---
> > 3 files changed, 23 insertions(+), 6 delet
---
Changelog| 1 +
libavcodec/dolby_e.c | 254 +++
libavcodec/dolby_e.h | 38 ++-
libavcodec/parsers.c | 1 +
libavcodec/version.h | 4 +-
5 files changed, 199 insertions(+), 99 deletions(-)
diff --git a/Changelog b/Changelog
index 7
---
libavcodec/Makefile | 1 +
libavcodec/dolby_e.c | 149 +--
libavcodec/dolby_e.h | 598 +-
libavcodec/dolby_e_parser.c | 227 ++
libavcodec/dolby_e_parser.h | 41 ++
libavcodec/dolby_e_pars
Will apply soon.
___
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".
It has been deprecated for 4 years and certain new codecs do not work
with it.
Also include AVCodecContext.refcounted_frames, as it has no effect with
the new API.
---
libavcodec/avcodec.h | 6 ++
libavcodec/decode.c| 8
libavcodec/encode.c| 2 ++
libavcodec/
Jan Ekström (12021-01-25):
> For now I kept them separate since one is just moving Stefano's code,
> and another adds new functionality that you requested.
Stefano's code was good enough for ffprobe, because it had to perform a
very precise task in a very constrained context, but as is, it is not
On 1/25/2021 9:40 AM, Anton Khirnov wrote:
It has been deprecated for 4 years and certain new codecs do not work
with it.
Also include AVCodecContext.refcounted_frames, as it has no effect with
the new API.
LGTM, of course.
___
ffmpeg-devel mailing l
Jan Ekström (12021-01-25):
> I knew that would be useful, but opted out of it since:
> 1. For now I didn't yet need it.
That is not a good reason.
> 2. I wanted to keep out of the actual playlist parsing code.
I know, file parsing code is not nice. But this is what needs doing.
> 3. Possible se
Will apply soon.
___
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".
Quoting Linjie Fu (2021-01-25 04:49:21)
> On Mon, Jan 25, 2021 at 12:49 AM Anton Khirnov wrote:
> >
> > Quoting Linjie Fu (2021-01-24 16:05:56)
> > > Regression since 87f0c8280.
> > >
> > > If the extradata of a stream could not be extracted correctly,
> > > codec_info_nb_frames would remain zero,
Ping
> On 14 Jan 2021, at 18:13, Peter Zebühr wrote:
>
> Hi,
>
> I had a look at different options on how to fix the regression, though I am
> not sure what I arrived at is what you had in mind.
>
> I tried to read up a bit on opus as well and I assume you are talking about
> the frame leng
> > I am thinking that it should be safe to not mux any 0 sized packets in
> > oggenc given that my understanding above is correct. Updated the patch to
> > reflect that, let me know what you think.
Theora in Ogg uses zero-length packets to repeat the same video frame.
- Mark
_
On 1/25/2021 9:11 AM, Nicolas Gaullier wrote:
---
libavcodec/Makefile | 1 +
libavcodec/dolby_e.c | 149 +--
libavcodec/dolby_e.h | 598 +-
libavcodec/dolby_e_parser.c | 227 ++
libavcodec/dolby_
LGTM
___
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".
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/vvcdec.c | 61
3 files changed, 63 insertions(+)
create mode 100644 libavformat/vvcdec.c
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 3a8fbcbe5f..4a540
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/parsers.c| 1 +
libavcodec/vvc_parser.c | 299
4 files changed, 302 insertions(+)
create mode 100644 libavcodec/vvc_parser.c
diff --git a/configure b/configure
index d5
---
libavcodec/h2645_parse.c | 74 ++--
1 file changed, 71 insertions(+), 3 deletions(-)
diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
index a36ef4f5a0..35f9d035a9 100644
--- a/libavcodec/h2645_parse.c
+++ b/libavcodec/h2645_parse.c
@@ -1,5 +
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 25 +
3 files changed, 27 insertions(+)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 4a5406da38..0253aa7d5a 100644
--- a/libavformat/Makefile
+++ b/libavforma
---
libavcodec/cbs_h2645.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
index 6f3abf6b0b..da541407cf 100644
--- a/libavcodec/cbs_h2645.c
+++ b/libavcodec/cbs_h2645.c
@@ -494,8 +494,9 @@ static int
cbs_h2645_fragment_add_nals
use following command to test:
ffmpeg -i in.bin -c:v copy -bsf vvc_metadata -f vvc out.bin
94.51%(293/310) can bit match with original clips
5.48%(17/310) are not bit match, the original clips has redundant emulation
prevent bytes
---
configure | 1 +
libavcodec/Makefile
Major Changes since v3:
Test 61 more new clips from VTM 11, all passed the passthrough test.
Add and test VPS.
Use the new SEI framework.
Use the new CBSBSFContext base class
Misc changes:
Make h266_ceil as inline function
Infer vui when it's not existed.
Infer vui_chroma_sample_loc_type_frame
Rem
---
libavcodec/vvc_sei.h | 47
1 file changed, 47 insertions(+)
create mode 100644 libavcodec/vvc_sei.h
diff --git a/libavcodec/vvc_sei.h b/libavcodec/vvc_sei.h
new file mode 100644
index 00..90724669de
--- /dev/null
+++ b/libavcodec/vvc_sei.h
On Mon, Jan 25, 2021 at 10:17 PM Nuo Mi wrote:
> ---
> libavcodec/cbs_h2645.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/cbs_h2645.c b/libavcodec/cbs_h2645.c
> index 6f3abf6b0b..da541407cf 100644
> --- a/libavcodec/cbs_h2645.c
> +++ b/libavcodec/cbs_h26
On 1/25/2021 10:24 AM, James Almer wrote:
On 1/25/2021 9:11 AM, Nicolas Gaullier wrote:
---
libavcodec/Makefile | 1 +
libavcodec/dolby_e.c | 149 +--
libavcodec/dolby_e.h | 598 +-
libavcodec/dolby_e_parser.c
---
libavcodec/vvc.h | 142 +++
1 file changed, 142 insertions(+)
create mode 100644 libavcodec/vvc.h
diff --git a/libavcodec/vvc.h b/libavcodec/vvc.h
new file mode 100644
index 00..ca15297d7a
--- /dev/null
+++ b/libavcodec/vvc.h
@@ -0,0 +1,142
Neither module should depend on the other, so move shared functions to their
own file for this purpose, and ensure source files are compiled only when the
required modules are enabled.
dolby_e.c/h - Decoder only functions, tables and structures.
dolby_e_parser.c - Parser only functions, tables and
Probably OK idea, but wait maybe for others few hours.
___
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 "unsubsc
On Mon, Jan 25, 2021 at 10:16 PM Nuo Mi wrote:
> Major Changes since v3:
> Test 61 more new clips from VTM 11, all passed the passthrough test.
> Add and test VPS.
> Use the new SEI framework.
> Use the new CBSBSFContext base class
>
One more: detect au start in vvc_metadata filter.
>
> Misc cha
---
libavformat/dashdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 693fc7372b..dc56e89f11 100644
--- a/libavformat/dashdec.c
+++ b/libavformat/dashdec.c
@@ -161,7 +161,7 @@ typedef struct DASHContext {
static int isht
This isn't supposed to happen, but unfinished support for non-templated
manifests and lack of e.g. presentationTimeOffset handling can provoke
such a situation even with well-formed input.
---
libavformat/dashdec.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/liba
Fixes bug https://trac.ffmpeg.org/ticket/7372
Summary of the bug:
When ffmpeg is compiled with ac3 decoder disabled
ffmpeg is unable to extract channel information from ts file.
---
libavcodec/aac_ac3_parser.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/aac_
Jan 25, 2021, 12:03 by nicolas.gaullier@cji.paris:
> >De : ffmpeg-devel De la part de Paul B
> >Mahol
> >Envoyé : jeudi 21 janvier 2021 13:36
> >À : FFmpeg development discussions and patches
> >Objet : Re: [FFmpeg-devel] [PATCH 0/2] avcodec/dolby_e: Add a parser
>
>>
>>
> >Changes looks trivia
On 1/25/2021 12:35 PM, Lynne wrote:
Jan 25, 2021, 12:03 by nicolas.gaullier@cji.paris:
De : ffmpeg-devel De la part de Paul B Mahol
Envoyé : jeudi 21 janvier 2021 13:36
À : FFmpeg development discussions and patches
Objet : Re: [FFmpeg-devel] [PATCH 0/2] avcodec/dolby_e: Add a parser
Cha
Jan 25, 2021, 16:39 by jamr...@gmail.com:
> On 1/25/2021 12:35 PM, Lynne wrote:
>
>> Jan 25, 2021, 12:03 by nicolas.gaullier@cji.paris:
>>
De : ffmpeg-devel De la part de Paul B
Mahol
Envoyé : jeudi 21 janvier 2021 13:36
À : FFmpeg development discussions and patches
Ob
Anton Khirnov (12021-01-25):
> My plan is currently to move the sources into a subdirectory of
> libavformat/.
If that is all, then no. Please spend your time in more useful manners.
As somebody who maintains parts of libavdevice, I do not want tracking
history made more difficult and brittle, I d
Anton Khirnov (12021-01-23):
> But does anyone use anything else than ffmpeg.c for that?
>
> The question here is not whether this functionality should exist at all,
> but whether libavdevice/libavformat is the right place for it.
If something is useful in ffmpeg.c, then it is likely to be useful
On 1/25/2021 1:18 PM, Nicolas George wrote:
Anton Khirnov (12021-01-25):
My plan is currently to move the sources into a subdirectory of
libavformat/.
If that is all, then no. Please spend your time in more useful manners.
As somebody who maintains parts of libavdevice, I do not want tracking
James Almer (12021-01-25):
> Suggestions for alternatives are obviously welcome, if you dislike Anton's
> current approach
Simple: if you do not have plans to make it better, leave it alone and
work on something useful.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
On 1/25/2021 1:38 PM, Nicolas George wrote:
James Almer (12021-01-25):
Suggestions for alternatives are obviously welcome, if you dislike Anton's
current approach
Simple: if you do not have plans to make it better, leave it alone and
work on something useful.
Solving the hacky state of lavd
James Almer (12021-01-25):
> Solving the hacky state of lavd <-> lavf *is* useful.
The only "hacky state" comes from the useless split of the libraries.
> And it would help the
> project a lot if you could be a tiny bit less aggressive and dis
On 1/25/2021 1:46 PM, Nicolas George wrote:
James Almer (12021-01-25):
Solving the hacky state of lavd <-> lavf *is* useful.
The only "hacky state" comes from the useless split of the libraries.
And that's why we're trying to merge them. So again, a subdirectory is
not obligatory for this p
On 1/25/2021 11:15 AM, Nuo Mi wrote:
+static int FUNC(ref_pic_list_struct)(CodedBitstreamContext *ctx, RWContext *rw,
+ H266RefPicListStruct *current,
+ uint8_t list_idx, uint8_t rpls_idx,
+
Although rare, extradata can be present but empty and extraction will fail.
However Android also supports passing codec-specific data inline and
will likely play such a stream anyway. So there's no reason to abort
initialization before we know for sure.
---
libavcodec/mediacodecdec.c | 8
James Almer (12021-01-25):
> And that's why we're trying to merge them. So again, a subdirectory is not
> obligatory for this purpose, and alternative suggestions are welcome.
> Even just saying to keep them in the root folder would be more useful than
That is what leaving it alone implies.
> say
On 1/25/2021 2:12 PM, James Almer wrote:
On 1/25/2021 11:15 AM, Nuo Mi wrote:
+static int FUNC(ref_pic_list_struct)(CodedBitstreamContext *ctx,
RWContext *rw,
+ H266RefPicListStruct *current,
+ uint8_t list_idx, uint8_t rpl
Am 2021-01-20 16:41, schrieb Tomas Härdin:
ons 2021-01-20 klockan 00:27 +0100 skrev Marton Balint:
On Tue, 19 Jan 2021, Tobias Rapp wrote:
> On 18.01.2021 23:53, Tomas Härdin wrote:
> > lör 2021-01-16 klockan 08:43 +0800 skrev lance.lmw...@gmail.com:
> > > On Fri, Jan 15, 2021 at 09:43:58PM +0
On Sun, Jan 24, 2021 at 02:14:43PM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2021-01-23 23:10:54)
> > Fixes: out of array access
> > Fixes:
> > 29202/clusterfuzz-testcase-minimized-ffmpeg_dem_KUX_fuzzer-5112845840809984
> >
> > Found-by: continuous fuzzing process
> > https://gi
On 24/01/2021 21:41, Michael Niedermayer wrote:
On Sat, Nov 21, 2020 at 06:49:55PM +, Mark Thompson wrote:
On 21/11/2020 17:37, Michael Niedermayer wrote:
On Sun, Nov 15, 2020 at 09:37:45PM +, Mark Thompson wrote:
On 14/11/2020 10:18, Michael Niedermayer wrote:
Fixes: index 26 out of
On 25/01/2021 17:11, James Almer wrote:
Mark then suggested to directly replace/extend the API with one that's more
useful in the long run, instead of removing them as Anton suggested since you
and some other devs stated they in fact do have users, and you agreed to that.
So how about we try t
On 1/25/2021 2:12 PM, James Almer wrote:
Did you add this just to set active_vps? I thought the
idea was to remove all that since it's not a concept defined in h266.
The following should get rid of active_*, but the actual fields can't be
removed from CodedBitstreamH266Context unless we duplic
---
libavcodec/vc2enc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vc2enc.c b/libavcodec/vc2enc.c
index bab9d0f3d5..7bd2e4c2ab 100644
--- a/libavcodec/vc2enc.c
+++ b/libavcodec/vc2enc.c
@@ -423,7 +423,7 @@ static void encode_slice_params(VC2EncContext *s)
}
Ensures that external symbols in the built static libraries either have
correct namespace prefixes or are on a known list of exceptions.
---
tests/Makefile | 1 +
tests/fate/namespace.mak| 19 ++
tests/fate/namespace.sh | 15
tests/ref
Mark Thompson:
> Ensures that external symbols in the built static libraries either have
> correct namespace prefixes or are on a known list of exceptions.
> ---
> tests/Makefile | 1 +
> tests/fate/namespace.mak| 19 ++
> tests/fate/namespace.sh
On Sun, Jan 24, 2021 at 11:41:13AM -0300, James Almer wrote:
> If a decoder is used for probing it may change the dimensions reported by the
> demuxer, either by the lowres factor or because of assorted frames reporting
> different dimensions, and in a codec copy scenario, the last dimensions
> arb
There was an assumption in the existing code that indentation would not
occur more than once on the same row.
This was a bad assumption. There are examples of 608 streams which call
handle_pac multiple times on the same row with different indentation.
As the code was before this change, the new ind
On 1/25/2021 7:46 PM, Michael Niedermayer wrote:
On Sun, Jan 24, 2021 at 11:41:13AM -0300, James Almer wrote:
If a decoder is used for probing it may change the dimensions reported by the
demuxer, either by the lowres factor or because of assorted frames reporting
different dimensions, and in a
Mark Thompson (12021-01-25):
> Merging the libraries (in source form, orthogonal to merging the
> binaries) only makes sense if we are going to continue using the
> libavformat internals, and that is exactly the thing we are trying to
> get rid of.
"We"?
It seems to me that many people here have
On Mon, 25 Jan 2021, emco...@ffastrans.com wrote:
Am 2021-01-20 16:41, schrieb Tomas Härdin:
ons 2021-01-20 klockan 00:27 +0100 skrev Marton Balint:
On Tue, 19 Jan 2021, Tobias Rapp wrote:
> On 18.01.2021 23:53, Tomas Härdin wrote:
> > lör 2021-01-16 klockan 08:43 +0800 skrev lance.lmw...@
On 1/25/2021 8:20 PM, Nicolas George wrote:
Mark Thompson (12021-01-25):
Merging the libraries (in source form, orthogonal to merging the
binaries) only makes sense if we are going to continue using the
libavformat internals, and that is exactly the thing we are trying to
get rid of.
"We"?
It
sfan5 于2021年1月25日周一 下午11:25写道：
>
> ---
> libavformat/dashdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
> index 693fc7372b..dc56e89f11 100644
> --- a/libavformat/dashdec.c
> +++ b/libavformat/dashdec.c
> @@ -161,7 +16
sfan5 于2021年1月25日周一 下午11:25写道：
>
> This isn't supposed to happen, but unfinished support for non-templated
> manifests and lack of e.g. presentationTimeOffset handling can provoke
> such a situation even with well-formed input.
> ---
> libavformat/dashdec.c | 10 +-
> 1 file changed, 9
Signed-off-by: Guo, Yejun
---
tests/dnn/Makefile | 1 +
tests/dnn/dnn-layer-dense-test.c | 2 +-
tests/fate/dnn.mak | 5 +
3 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/tests/dnn/Makefile b/tests/dnn/Makefile
index 8afdfab5d3..ef827520de 100644
---
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/dnn_backend_native.c | 10 +-
.../dnn/dnn_backend_native_layer_avgpool.c | 2 +-
.../dnn/dnn_backend_native_layer_conv2d.c| 4 ++--
libavfilter/dnn/dnn_backend_native_layer_dense.c | 2 +-
.../dnn/dnn_backend_nativ
Signed-off-by: Guo, Yejun
---
libavfilter/dnn/dnn_backend_openvino.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavfilter/dnn/dnn_backend_openvino.c
b/libavfilter/dnn/dnn_backend_openvino.c
index 9329891c3f..beca256390 100644
--- a/libavfilter/dnn/dnn_backend_ope
From: Wenbinc-Bin
The max_frame_size parameter is set only when codec is h264. Now I add hevc in
that conditional statement.
Signed-off-by: Wenbin Chen
---
libavcodec/qsvenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index 5
From: Wenbinc-Bin
MediaSDK already has a flag to control deblocking (DisableDeblockingIdc). Add
dblk_idc parameter in ffmpeg to expose this flag to user.
Sigend-off-by: Wenbin Chen
---
libavcodec/qsvenc.c | 6 ++
libavcodec/qsvenc.h | 3 +++
2 files changed, 9 insertions(+)
diff --git a/
From: Wenbinc-Bin
Add low latency P-pyramid support for qsv, and it relates to a new
command line parameter "-p_strategy". To enable this flag, user also
need to set "-bf" to 0. P-strategy has two modes "1-simple" and "2-pyramid".
The details of the two models refer to
https://github.com/Intel-Me
From: Wenbinc-Bin
Use h264_sei to parse SEI data got from MediaSDK. Extract frame
packing arrangement information from SEI data and config AVStereo3D
side data for decoded frame.
Sigend-off-by: Wenbin Chen
---
libavcodec/qsv_internal.h | 2 +
libavcodec/qsvdec.c | 149 +
From: Wenbinc-Bin
Add transform skip option for hevc_qsv. Command line option
is "transform_skip". By enabling this option, the
transform_skip_enabled_flag in PPS will be set to 1. This option
is only supported in the platform newer than ICL.
Signed-off-by Wenbin Chen
---
libavcodec/qsvenc.c
From: Wenbinc-Bin
Add support for hevc_qsv to input RGB format frame. It will
transform frame to yuv inside MediaSDK instead of using auto
scale. Hevc_qsv supports directly encoding BGRA and X2RGB10Le format.
X2RGB10Le is only supported in VDENC (-low_power 1).
The X2RGB10Le correspond to the A2R
From: Wenbinc-Bin
Use the mfxEncoderCtrl parameter to enable ROI. Get side data
"AVRegionOfInterest"
from filter "addroi" and use it to configure "mfxExtEncoderROI" which is
the MediaSDK's ROI configuration.
It is the first time to use encoderCtrl feature in ffmpeg-qsv,
so add allocate and free
From: Wenbinc-Bin
Add an new intra refresh type: "horizontal", and an new param
ref_cycle_dist. This param specify the distance between the
beginnings of the intra-refresh cycles in frames.
Signed-off-by: Wenbin Chen
---
libavcodec/qsvenc.c | 13 +++--
libavcodec/qsvenc.h |
From: Wenbinc-Bin
The init_pool_size is set to be 64 and it is too many.
Use IOSurfQuery to get NumFrameSuggest which is the suggested
number of frame that needed to be allocated when initial the decoder
Considering the hevc_qsv encoder's async is 4 (default)
and max_b_frames is 8 (default) and d
From: Wenbinc-Bin
Qsv decoder needs to call preinit() twice to get NumFrameSuggest
to config init_pool_size. The hw_frame_ctx is released at the
second time calling preinit(). The hw_frame_ctx is AVBufferRef, so
it release the source when the last unref is called. When the old
context is released
Friendly ping. Would greatly appreciate some input on this.
Thanks,
Vignesh
On Fri, Jan 22, 2021 at 3:35 PM Vignesh Ravichandran <
vignesh.ravichandra...@gmail.com> wrote:
> I am trying to create a video by stitching multiple HLS segments (.ts
> files) together based on a start time and end ti
---
libavformat/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 3a8fbcbe5f..c4ce6ceb9b 100644
--- a/libavformat/Makefile
+++ b/libavformat/Makefile
@@ -120,7 +120,7 @@ OBJS-$(CONFIG_AST_DEMUXER) += ast.o a
90 matches
Mail list logo
