From: Wenbin Chen
Add qsv_transcode example which shows how to use qsv to do hardware
accelerated transcoding, also show how to dynamically set encoding
parameters.
examples:
Normal usage:
qsv_transcode input.mp4 h264_qsv output.mp4 "g 60"
Dynamic setting usage:
qsv_transcode input.mp4 hevc_qsv
From: bwang30
This commit enabled assembly code with intel AVX512 VNNI and added unit test
for sobel filter
sobel_c: 4537
sobel_avx512icl 2136
Signed-off-by: bwang30
---
libavfilter/convolution.h | 74 +
libavfilter/vf_convolution.c | 91 +++-
l
Hi,
On Mon, Oct 31, 2022 at 1:33 AM wrote:
>
> From: Mark Reid
>
> This patch series adds swscale input/output support for the packed rgb float
> formats.
> A few of the filters also needed support the larger 96/128 bit packed pixel
> sizes.
>
> I also plan to eventually add lossless unscaled
On Mon, 24 Oct 2022 at 16:38, James Almer wrote:
> On 10/24/2022 11:06 AM, Thomas Siedel wrote:
> > +static int combine_au(AVCodecParserContext *ctx, AVCodecContext *avctx,
> > + const uint8_t **buf, int *buf_size)
> > +{
>
> This is being called only when you first assembled
This fixes mpegts infinitely parsing streams that contain
only stuffed PATs, which apparently happens on some dead
livetv sources.
Wolfgang Haupt (1):
Add "no packet" timeout option for mpegts
libavformat/mpegts.c | 18 ++
1 file changed, 18 insertions(+)
--
2.25.1
_
Retrieving an mpegts stream with only stuffed PAT,
results in endless reading.
This change adds a new timeout that specifies a
timespan in AV_TIME_BASE units until when a full
packet must be read successfully.
Signed-off-by: Wolfgang Haupt
---
libavformat/mpegts.c | 18 ++
1 file
On Mon, Oct 31, 2022 at 01:43:11AM +, Soft Works wrote:
[...]
> > > > The patch I had submitted doesn't change the previous behavior
> > > > without the use_alpha parameter.
> >
> > Yes I noticed, but unfortunately I'm reworking the color distance to
> > work
> > in perceptual color space, and
Patch attached.
From 975a677906256f5f7a6da876a1eede21c5cb2a8e Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 31 Oct 2022 12:55:17 +0100
Subject: [PATCH] avfilter/src_movie: support unknown channel layouts
Signed-off-by: Paul B Mahol
---
libavfilter/src_movie.c | 8 ++--
1 file chang
On 10/31/22, Clément Bœsch wrote:
> On Mon, Oct 31, 2022 at 01:43:11AM +, Soft Works wrote:
> [...]
>> > > > The patch I had submitted doesn't change the previous behavior
>> > > > without the use_alpha parameter.
>> >
>> > Yes I noticed, but unfortunately I'm reworking the color distance to
>
Paul B Mahol:
> -av_log(log_ctx, AV_LOG_ERROR,
> +char *cl_name;
> +
> +av_log(log_ctx, AV_LOG_WARNING,
> "Channel layout is not set in stream %d, and could not "
> "be guessed from the number of channels (%d)\n",
> st_index, d
Quoting Carl Eugen Hoyos (2022-10-23 20:46:57)
> Am So., 23. Okt. 2022 um 16:35 Uhr schrieb Carl Eugen Hoyos
> :
> >
> > Hi!
> >
> > I tried to implement dng cropping, it unfortunately can only work with
> > -flags +unaligned, is there an alternative to simply print a warning
> > if the flag was no
On Mon, Oct 31, 2022 at 12:58:20PM +0100, Paul B Mahol wrote:
[...]
> I'm against removing useful features.
Did you just rudely dismissed all the arguments made, or is this a joke?
Regards,
--
Clément B.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
This fixes mpegts infinitely parsing streams that contain
only stuffed PATs, which apparently happens on some dead
livetv sources.
Wolfgang Haupt (1):
Add "no packet" timeout option for mpegts
libavformat/mpegts.c | 18 ++
1 file changed, 18 insertions(+)
--
2.25.1
_
+%else
+pand m1, m6, m1
+pandn m0, m6, m0
+porm0, m0, m1
+%endif
Isn't that pattern a vpblendb or some such ?
I think Kieran already responded to this on IRC but I will too.
Unfortunately not. This blend is at the bit lev
This fixes mpegts infinitely parsing streams that contain
only stuffed PATs, which apparently happens on some dead
livetv sources.
Wolfgang Haupt (1):
Add "no packet" timeout option for mpegts
libavformat/mpegts.c | 18 ++
1 file changed, 18 insertions(+)
--
2.25.1
_
Retrieving an mpegts stream with only stuffed PAT,
results in endless reading.
This change adds a new timeout that specifies a
timespan in AV_TIME_BASE units until when a full
packet must be read successfully.
Signed-off-by: Wolfgang Haupt
---
libavformat/mpegts.c | 16
1 file c
Quoting Neal Gompa (2022-10-30 22:04:42)
> On Sun, Oct 30, 2022 at 4:10 PM Michael Niedermayer
> wrote:
> >
> > On Sat, Oct 29, 2022 at 02:29:56PM -0400, Neal Gompa wrote:
> > > On Fri, Oct 28, 2022 at 2:23 PM Michael Niedermayer
> > > wrote:
> > > >
> > > > Hi
> > > >
> > > > According to our
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Clément Bœsch
> Sent: Monday, October 31, 2022 11:57 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Revert
> "avfilter/vf_palette(gen|use): support palettes with alpha"
[problem]
When decoding an av1 bitstream, it shows image corruption
in the middle of the bitstream around key frames.
[analysis]
In av1_spec.pdf page 38/669, there is a sentence below:
if ( frame_type == KEY_FRAME && show_frame ) {
for ( i = 0; i < NUM_REF_FRAMES; i++) {
RefValid
Also, make use of the full sample rate code table
---
libavcodec/flacenc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavcodec/flacenc.c b/libavcodec/flacenc.c
index 5d8c3f82be..bca71b3780 100644
--- a/libavcodec/flacenc.c
+++ b/libavcodec/flacenc.c
@@ -299,7 +299,7
On 10/31/2022 4:09 PM, Martijn van Beurden wrote:
> Also, make use of the full sample rate code table
> ---
> libavcodec/flacenc.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
It is interesting that the IETF RFC and the Xiph spec disagree on whether this
is allowed.
The Xiph spec
On Tue, Oct 25, 2022 at 10:02 PM James Zern wrote:
>
> On Tue, Oct 25, 2022 at 11:28 AM James Zern wrote:
> >
> > Signed-off-by: James Zern
> > ---
> > libavcodec/libaomdec.c | 8 ++--
> > 1 file changed, 6 insertions(+), 2 deletions(-)
> >
>
> I was reminded that there was an earlier patch
On Monday, 31 October 2022 14:03:21 CET Anton Khirnov wrote:
> Quoting Neal Gompa (2022-10-30 22:04:42)
>
> > On Sun, Oct 30, 2022 at 4:10 PM Michael Niedermayer
> >
> > wrote:
> > > On Sat, Oct 29, 2022 at 02:29:56PM -0400, Neal Gompa wrote:
> > > > On Fri, Oct 28, 2022 at 2:23 PM Michael Niede
Op ma 31 okt. 2022 om 17:58 schreef Derek Buitenhuis
:
>
> It is interesting that the IETF RFC and the Xiph spec disagree on whether
> this is allowed.
>
The Xiph spec also says the IETF spec is better, and it remains as
historical reference and overview :)
> The Xiph spec says:
>
> Sample r
On Mon, Oct 31, 2022 at 03:11:13PM +, Soft Works wrote:
[...]
> > > Photoshop has these different modes as well and it would
> > > surely be useful, but I don't think it should be replacing the
> > > existing behavior.
> > >
> >
> > There is no point in keeping a ton of complexity exposed as u
On 10/31/2022 9:15 AM, Andreas Rheinhardt wrote:
Paul B Mahol:
-av_log(log_ctx, AV_LOG_ERROR,
+char *cl_name;
+
+av_log(log_ctx, AV_LOG_WARNING,
"Channel layout is not set in stream %d, and could not "
"be guessed from the number of ch
On 10/31/2022 7:16 AM, Thomas Siedel wrote:
On Mon, 24 Oct 2022 at 16:38, James Almer wrote:
On 10/24/2022 11:06 AM, Thomas Siedel wrote:
+static int combine_au(AVCodecParserContext *ctx, AVCodecContext *avctx,
+ const uint8_t **buf, int *buf_size)
+{
This is being call
On 10/31/22, Paul B Mahol wrote:
> Patch attached.
>
Fixed patch attached.
From 17a5d411ff9a130aab7b9f638c94b35281f20133 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 31 Oct 2022 12:55:17 +0100
Subject: [PATCH] avfilter/src_movie: support unknown channel layouts
Signed-off-by: Paul B M
The order in which the channels are coded in the bitstream do not always follow
the native, bitmask-based order of channels both signaled by the WAV container
and forced by this same decoder. This is the case with layouts containing an
LFE channel, as it's always coded last.
Fixes ticket #9964.
S
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Clément Bœsch
> Sent: Monday, October 31, 2022 7:51 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Revert
> "avfilter/vf_palette(gen|use): support palettes with alpha"
>
Set the correct amount of tags in tags_per_config[].
Also, there are no channels that correspond to a side element in this
configuration, so reflect this in the list of known/supported channel layouts.
Signed-off-by: James Almer
---
libavcodec/aacdec_template.c | 4 +---
libavcodec/aacdectab.h
Signed-off-by: James Almer
---
doc/APIchanges| 3 +++
doc/utils.texi| 2 ++
libavutil/channel_layout.c| 1 +
libavutil/channel_layout.h| 2 ++
tests/ref/fate/channel_layout | 1 +
5 files changed, 9 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchange
Signed-off-by: James Almer
---
libswresample/rematrix.c | 24
1 file changed, 24 insertions(+)
diff --git a/libswresample/rematrix.c b/libswresample/rematrix.c
index fe823dc575..0c3fff6c42 100644
--- a/libswresample/rematrix.c
+++ b/libswresample/rematrix.c
@@ -138,6 +13
It corresponds to the 7.1(top) layout.
Signed-off-by: James Almer
---
libavcodec/aacdec_template.c | 23 ++-
libavcodec/aacdectab.h | 6 +++---
libavcodec/mpeg4audio.c | 5 +++--
libavcodec/mpeg4audio.h | 2 +-
4 files changed, 29 insertions(+), 7 deletions
If PCE defines channels not covered by those in the standard configurations
then don't try to come up with some made up layout and just return them in the
coded order.
Fixes al08_44.mp4 from the conformance suite, now reporting and decoding all 48
channels instead of 10.
Signed-off-by: James Alme
Generalize the checks for channels in all positions, and properly support
the three height groups (normal, top, bottom) instead of manually setting
the relevant channels for the latter two after the normal height tags were
parsed.
Signed-off-by: James Almer
---
libavcodec/aacdec_template.c | 256
On 10/31/2022 6:33 PM, Martijn van Beurden wrote:
> The Xiph spec also says the IETF spec is better, and it remains as
> historical reference and overview :)
So it does.
> The spec as it is on the FLAC website (which is being "preserved") is
> wrong. I don't know how this came to be, I think it w
James Almer:
> The order in which the channels are coded in the bitstream do not always
> follow
> the native, bitmask-based order of channels both signaled by the WAV container
> and forced by this same decoder. This is the case with layouts containing an
> LFE channel, as it's always coded last.
On 10/31/2022 7:13 PM, Andreas Rheinhardt wrote:
James Almer:
The order in which the channels are coded in the bitstream do not always follow
the native, bitmask-based order of channels both signaled by the WAV container
and forced by this same decoder. This is the case with layouts containing a
On 10/31/2022 7:13 PM, Andreas Rheinhardt wrote:
James Almer:
The order in which the channels are coded in the bitstream do not always follow
the native, bitmask-based order of channels both signaled by the WAV container
and forced by this same decoder. This is the case with layouts containing a
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Monday, October 31, 2022 10:59 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Revert
> "avfilter/vf_palette(gen|use): support palettes with a
James Almer:
> On 10/31/2022 7:13 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> The order in which the channels are coded in the bitstream do not
>>> always follow
>>> the native, bitmask-based order of channels both signaled by the WAV
>>> container
>>> and forced by this same decoder. This is
The order in which the channels are coded in the bitstream do not always follow
the native, bitmask-based order of channels both signaled by the WAV container
and forced by this same decoder. This is the case with layouts containing an
LFE channel, as it's always coded last.
Fixes ticket #9964.
S
On Mon, 2022-10-31 at 11:46 -0400, Ruijing Dong wrote:
The title should be "avcodec/av1_vaapi: ".
> [problem]
> When decoding an av1 bitstream, it shows image corruption
> in the middle of the bitstream around key frames.
>
> [analysis]
> In av1_spec.pdf page 38/669, there is a sentence
Am Mo., 31. Okt. 2022 um 13:39 Uhr schrieb Anton Khirnov :
>
> Quoting Carl Eugen Hoyos (2022-10-23 20:46:57)
> > Am So., 23. Okt. 2022 um 16:35 Uhr schrieb Carl Eugen Hoyos
> > :
> > >
> > > Hi!
> > >
> > > I tried to implement dng cropping, it unfortunately can only work with
> > > -flags +unalig
v2: update commit message
In av1_spec.pdf page 38/669, there is a sentence below:
if ( frame_type == KEY_FRAME && show_frame ) {
for ( i = 0; i < NUM_REF_FRAMES; i++) {
RefValid[ i ] = 0
..
}
..
}
This shows that the condition of invalidating current
DPB fr
On Thu, Oct 20, 2022 at 9:49 AM Mark Reid wrote:
>
> On Sun, Oct 2, 2022 at 10:18 AM James Almer wrote:
>
>> On 10/2/2022 2:06 PM, Michael Niedermayer wrote:
>> > On Sat, Oct 01, 2022 at 04:05:12PM -0700, mindm...@gmail.com wrote:
>> >> From: Mark Reid
>> >>
>> >> floating point uses a slightly
On Mon, 2022-10-24 at 23:04 +, softworkz wrote:
> From: softworkz
>
> Signed-off-by: softworkz
> ---
> libavfilter/qsvvpp.c | 6 ++
> libavfilter/vf_overlay_qsv.c | 19 +++
> 2 files changed, 21 insertions(+), 4 deletions(-)
>
> diff --git a/libavfilter/qsvvpp.
On Mon, 2022-10-31 at 16:12 +0800, bin.wang-at-intel@ffmpeg.org wrote:
> From: bwang30
>
> This commit enabled assembly code with intel AVX512 VNNI and added unit test
> for sobel filter
>
> sobel_c: 4537
> sobel_avx512icl 2136
>
> Signed-off-by: bwang30
> ---
> libavfilter/convolution.h
49 matches
Mail list logo
