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 "simple" and "pyramid". The details of these
model refers to
https://github.com/Intel-Media-S
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 "simple" and "pyramid". The details of these
model refers to
https://github.com/Intel-Media-S
From: klobliu
Signed-off-by: klobliu
---
libavcodec/cbs.c | 1 +
libavcodec/cbs_h2645.c | 60 +++
libavcodec/cbs_h265.h | 2 ++
libavcodec/h265_metadata_bsf.c | 64 +-
4 files changed, 1
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 "simple" and "pyramid". The details of these
model refers to
https://github.com/Intel-Media-S
On Mon, 28 Dec 2020, Sergio M. Ammirata, Ph.D. wrote:
Hello Nicolas,
We already had a file descriptor signaling method on a
private branch. Here is the link:
https://code.videolan.org/rist/librist/-/commits/descriptor_method/
I assume this would work?
Is the idea to add our file handle to
These fields were added to support -merge_pmt_versions, but the mpegts demuxer
is also keeping track its programs internally, so that should be a better place
to handle it.
Also it is not a very good API to provide fields like program_num or
pmt_stream_idx in an AVStream, because a single stream c
Also make sure we are checking the old state of the streams because otherwise
some streams might already have the newly parsed stream identifiers which
corrupts matching.
Fixes streams having the same identifier mixed up on pmt version change.
Fixes ticket #9006.
Signed-off-by: Marton Balint
--
Otherwise there can be a small period when the programs only contain the PMT
pid.
Also make sure skip_clear only affects AVProgram clear, and that pmt_pid is
always kept as the first entry of the PID list of the programs. Also reject
PMTs for programs on the wrong PID.
Signed-off-by: Marton Balin
And use better function names.
Signed-off-by: Marton Balint
---
libavformat/mpegts.c | 59 +++-
1 file changed, 25 insertions(+), 34 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index 3712dad1c8..1b990f7a66 100644
--- a/libavforma
PID 0 was removed from the pid list when then PMT was parsed, it is better
to explictly avoid it from being discarded instead of keeing it in the list of
every program.
Signed-off-by: Marton Balint
---
libavformat/mpegts.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/li
av_new_program returns the existing program if that already exists, in that
case it makes no sense to overwrite existing attributes.
Signed-off-by: Marton Balint
---
libavformat/utils.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/libavformat/utils.c b/libavfo
Hello Nicolas,
We already had a file descriptor signaling method on a
private branch. Here is the link:
https://code.videolan.org/rist/librist/-/commits/descriptor_method/
I assume this would work?
Is the idea to add our file handle to a larger array on a
master select loop inside ffmpeg?
Afte
On Sun, Dec 27, 2020 at 07:11:19PM +0100, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > They are written too immediately, so it should not be needed.
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mxfdec.c | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> Actually its not impossible to create extradata from raw Opus streams.
> The extradata only contains a magic, #channes, padding, a sample rate and
> a channel_family.
>
> We know the magic, the #channels can be found out via the packet's
> contents and whether it contains multiple packets, the p
Dec 28, 2020, 14:34 by jamr...@gmail.com:
> On 12/28/2020 6:53 AM, Andreas Rheinhardt wrote:
>
>> Jonathan Baudanza:
>>
>>> This patch to libavcodec/opus.c will create the opus extradata if it is
>>> missing. This is required when muxing opus data from an RTP demuxer.
>>> Without this patch, the
On 12/28/2020 6:53 AM, Andreas Rheinhardt wrote:
Jonathan Baudanza:
This patch to libavcodec/opus.c will create the opus extradata if it is missing. This is
required when muxing opus data from an RTP demuxer. Without this patch, the opux muxer
will fail with a "No extradata present" error.
A
On Thu, Dec 24, 2020 at 12:06 PM Paul B Mahol wrote:
>
>
> On Wed, Dec 23, 2020 at 4:04 PM Michael Niedermayer
> wrote:
>
>> On Wed, Dec 23, 2020 at 12:35:38PM +0100, Paul B Mahol wrote:
>> > Signed-off-by: Paul B Mahol
>> > ---
>> > libavcodec/cfhd.c | 2 +-
>> > 1 file changed, 1 insertion(+
Marton Balint (12020-12-25):
> Actually it should be POLLING_TIME as defined in libavformat/network.h for
> blocking mode if you want behaviour to be consistent with other protocols.
> The function cannot block indefinitely even in blocking mode to be able
> allow generic code in libavformat/avio.c
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 22 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_tmidequalizer.c | 440 +
4 files changed, 464 insertions(+)
create mode 100644 libavfilter/vf_tm
Jonathan Baudanza:
> This patch to libavcodec/opus.c will create the opus extradata if it is
> missing. This is required when muxing opus data from an RTP demuxer. Without
> this patch, the opux muxer will fail with a "No extradata present" error.
>
> This issue was first reported by Juan Navar
20 matches
Mail list logo
