> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Wednesday, 22 September 2021 06:07
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v8 07/13] fftools/ffmpeg: Replace
> sub2video with subtitle frame filtering
>
> Soft Works:
> > diff
MFX_RATECONTROL_LA_EXT isn't supported for MFX_VERSION >= 2.0[1][2].
This is in preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavc
This allows user to build FFmpeg against Intel oneVPL. oneVPL 2.2
is the required minimum version when building Intel oneVPL code.
It will fail to run configure script if both libmfx and libvpl are
enabled.
It is recommended to use oneVPL for new work, even for currently available
hardwares [1]
In oneVPL, MFXLoad() and MFXCreateSession() are required to create a
workable mfx session[1]
Add AccelerationMode config filter for D3D9/D3D11 session (galinart)
The default device is changed to d3d11va for oneVPL when both d3d11va
and dxva2 are enabled on Microsoft Windows
This is in preparatio
Multi-frame encode isn't supported for MFX_VERSION >= 2.0[1][2]. This is
in preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec
OPAQUE memory isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec/qsv.
Audio isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
preparation for oneVPL support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec/qsv.c |
User plugin isn't supported for MFX_VERSION >= 2.0[1][2]. This is in
preparation for oneVPL Support
[1]:
https://spec.oneapi.io/versions/latest/elements/oneVPL/source/appendix/VPL_intel_media_sdk.html#msdk-full-name-feature-removals
[2]: https://github.com/oneapi-src/oneVPL
---
libavcodec/qsv.c
The following Cflags has been added to libmfx.pc, so mfx/ prefix is no
longer needed when including mfx headers in FFmpeg.
Cflags: -I${includedir} -I${includedir}/mfx
Some old versions of libmfx have the following Cflags in libmfx.pc
Cflags: -I${includedir}
We may add -I${includedir}/mfx to
The data structures for VP9 in mfxvp9.h is wrapped by
MFX_VERSION_NEXT, which means those data structures have never been used
in a public release. Actually MFX_CODEC_VP9 and other VP9 stuffs is
added in mfxstructures.h. In addition, mfxdefs.h is included in
mfxvp9.h, so we may use the check in thi
Intel's oneVPL is a successor to MediaSDK, but removed some obsolete
features of MediaSDK[1]. Some early versions of oneVPL still uses libmfx
as library name[2], however some of obsolete features, including OPAQUE
memory, multi-frame encode, user plugins and LA_EXT rate control mode
etc, have been
The oneAPI Video Processing Library (oneVPL) is a single interface for
encode, decode and video processing[1]. oneVPL is a successor to Intel(R) Media
SDK, but removed obsolete features. Intel(R) Media SDK lifetime comes to an
end now, new features for new Intel Gen platforms will be supported in o
quietvoid:
> When muxing to Matroska, write the Block Additional Mapping
> if there is AV_PKT_DATA_DOVI_CONF side data present.
> Most of the code was implemented by Plex developers.
>
> Signed-off-by: quietvoid
> ---
> libavformat/Makefile | 2 +-
> libavformat/dovi_isom.c | 45
Signed-off-by: quietvoid
---
libavformat/mpegts.c | 44
1 file changed, 4 insertions(+), 40 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index da8eee2414..75ef59d186 100644
--- a/libavformat/mpegts.c
+++ b/libavformat/mpegts.c
Read at most 24 bytes, but in reality only 5 bytes are used for parsing.
The rest of the bytes are reserved in the specification.
Signed-off-by: quietvoid
---
libavformat/mov.c | 51 ++-
1 file changed, 10 insertions(+), 41 deletions(-)
diff --git a/l
When muxing to Matroska, write the Block Additional Mapping
if there is AV_PKT_DATA_DOVI_CONF side data present.
Most of the code was implemented by Plex developers.
Signed-off-by: quietvoid
---
libavformat/Makefile | 2 +-
libavformat/dovi_isom.c | 45 +++
The parsing was implemented in a new dovi_isom file for the
unification of the mov/mpegts DOVI parsing into one function, in a following
patch.
Most of the Matroska elements implementation was done by Plex developers.
Signed-off-by: quietvoid
---
libavformat/Makefile | 2 +-
libavformat/d
Most of the implementation was done by the Plex developers.
Signed-off-by: quietvoid
---
libavformat/matroska.h| 7 ++
libavformat/matroskadec.c | 45 +--
2 files changed, 50 insertions(+), 2 deletions(-)
diff --git a/libavformat/matroska.h b/libavfo
> 2021年9月22日 下午7:09，Thilo Borgmann 写道：
>
> Hi,
>
>
> On 18 Sep 2021, at 3:51, Steven Liu wrote:
>
>> Signed-off-by: Steven Liu
>> ---
>> libavdevice/avfoundation.m | 2 --
>> 1 file changed, 2 deletions(-)
>>
>> diff --git a/libavdevice/avfoundation.m b/libavdevice/avfoundation.m
>> index 0
quietvoid:
>
> On 22/09/2021 22.03, Andreas Rheinhardt wrote:
>> quietvoid:
>>> + put_ebml_string(pb, MATROSKA_ID_BLKADDIDNAME, "Dolby Vision
>>> configuration");
>>> + put_ebml_uint(pb, MATROSKA_ID_BLKADDIDTYPE, type);
>>> + put_ebml_binary(pb, MATROSKA_ID_BLKADDIDEXTRADATA,
On 22/09/2021 22.03, Andreas Rheinhardt wrote:
quietvoid:
+put_ebml_string(pb, MATROSKA_ID_BLKADDIDNAME, "Dolby Vision
configuration");
+put_ebml_uint(pb, MATROSKA_ID_BLKADDIDTYPE, type);
+put_ebml_binary(pb, MATROSKA_ID_BLKADDIDEXTRADATA, buf, size);
+end_ebml
Ping.
Jianhua wrote:
> From: ffmpeg-devel On Behalf Of Wu,
> Jianhua
> Sent: Tuesday, September 14, 2021 1:02 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/4] libavfilter/x86/vf_hflip: add
> ff_flip_byte/short_avx512()
>
>
> It see
quietvoid:
> When muxing to Matroska, write the Block Additional Mapping
> if there is AV_PKT_DATA_DOVI_CONF side data present.
> Most of the code was implemented by Plex developers.
>
> Signed-off-by: quietvoid
> ---
> libavformat/isom.c| 42 +++
> li
quietvoid:
> The parsing was implemented in isom, for the unification of
> the mov/mpegts DOVI parsing into one function, in a later patch.
> Most of the implementation was done by Plex developers.
>
> Signed-off-by: quietvoid
> ---
> libavformat/isom.c| 51 ++
On 22/09/2021 20.55, Andreas Rheinhardt wrote:
quietvoid:
Most of the implementation was done by the Plex developers.
Signed-off-by: quietvoid
---
libavformat/matroska.h | 7 ++
libavformat/matroskadec.c | 45 +--
2 files changed, 50 insertions(
quietvoid:
> Most of the implementation was done by the Plex developers.
>
> Signed-off-by: quietvoid
> ---
> libavformat/matroska.h| 7 ++
> libavformat/matroskadec.c | 45 +--
> 2 files changed, 50 insertions(+), 2 deletions(-)
>
> diff --git a/lib
Signed-off-by: quietvoid
---
libavformat/mpegts.c | 41 +++--
1 file changed, 3 insertions(+), 38 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index da8eee2414..19d26ef375 100644
--- a/libavformat/mpegts.c
+++ b/libavformat/mpegts.c
@@
Read at most 24 bytes, but in reality only 5 bytes are used for parsing.
The rest of the bytes are reserved in the specification.
Signed-off-by: quietvoid
---
libavformat/mov.c | 48 +--
1 file changed, 9 insertions(+), 39 deletions(-)
diff --git a/li
When muxing to Matroska, write the Block Additional Mapping
if there is AV_PKT_DATA_DOVI_CONF side data present.
Most of the code was implemented by Plex developers.
Signed-off-by: quietvoid
---
libavformat/isom.c| 42 +++
libavformat/isom.h|
The parsing was implemented in isom, for the unification of
the mov/mpegts DOVI parsing into one function, in a later patch.
Most of the implementation was done by Plex developers.
Signed-off-by: quietvoid
---
libavformat/isom.c| 51 +++
libavformat/is
Most of the implementation was done by the Plex developers.
Signed-off-by: quietvoid
---
libavformat/matroska.h| 7 ++
libavformat/matroskadec.c | 45 +--
2 files changed, 50 insertions(+), 2 deletions(-)
diff --git a/libavformat/matroska.h b/libavfo
Any feedback for this?
___
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".
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Wednesday, 22 September 2021 05:28
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v8 11/13] avfilter/stripstyles: Add
> stripstyles filter
> >>> It crashed at some point, I don't rem
On Fri, 17 Sep 2021, Marc-Antoine Arnaud wrote:
---
libavformat/mxf.h| 1 +
libavformat/mxfdec.c | 277 ++-
2 files changed, 272 insertions(+), 6 deletions(-)
I guess the questionable part of this patch is the internal reordering of
audio channels
> >
> > The variable 'yval' used later in the switch case 30 has range
> > [0,255], but the color channel values in X2RGB10 have two more
> > bits than 'yval' and can go up to 1023. Increasing (r|g|b)base
> > by 2 effectively multiplies yval by 4 and fixes this discrepancy.
>
> does white have
On Fri, 17 Sep 2021, Marc-Antoine Arnaud wrote:
---
libavformat/mxfdec.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
Thanks, applied.
Regards,
Marton
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 34cbd2cd77..c28549f6a9 100644
--- a/li
Hi,
as some had contacted me off-list about converting graphical subs to text,
whether it works and how well it would work, I wanted to drop a few words
about the ‘graphicsubs2text’ filter which is part of my latest subtitle
filtering patchset.
From previous experience with OCR in general I had
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Wednesday, 22 September 2021 11:48
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v8 08/13] avfilter/overlay_textsubs: Add
> overlay_textsubs and textsubs2video filter
The maximum allowed useful PES payload data was set to PES_packet_length, but
it is in fact smaller by the length of the PES header.
This changes how corrupt streams are packetized:
- If PES header length is bigger than PES_packet_length then the PES packet
payload will be handled as an unbound
This renames PESContext->total_size to PESContext->PES_packet_length and keeps
it 0 for unbound packets, so its name and semantics will match the standard.
There should be no change in functionality.
Signed-off-by: Marton Balint
---
libavformat/mpegts.c | 36 ++--
This allows us to allocate the buffer in a single code path.
Signed-off-by: Marton Balint
---
libavformat/mpegts.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index fcb32ecd28..2620e79f57 100644
--- a/liba
Signed-off-by: Marton Balint
---
libavformat/mpegts.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index da8eee2414..fcb32ecd28 100644
--- a/libavformat/mpegts.c
+++ b/libavformat/mpegts.c
@@ -1126,7 +1126,7 @
On Mon, Sep 20, 2021 at 10:21:23PM -0400, Manuel Stoeckl wrote:
> This resolves a problem where conversions from YUV to X2RGB10LE
> would produce color values a factor 4 too small.
>
> The variable 'yval' used later in the switch case 30 has range
> [0,255], but the color channel values in X2RGB10
On Wed, Sep 22, 2021 at 01:20:16PM +0200, Nicolas George wrote:
> Michael Niedermayer (12021-09-22):
> > Fixes: memleak
> > Fixes:
> > 38893/clusterfuzz-testcase-minimized-ffmpeg_dem_CONCAT_fuzzer-4785231933079552
> >
> > Found-by: continuous fuzzing process
> > https://github.com/google/oss-fuz
Paul B Mahol:
> Why? Whats wrong with explicitly set flag?
>
If it's redundant, it can be removed. Just as it already is for audio
encoders.
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-deve
Hello FFmpeg community,
I'm writing on behalf of FFmpeg's code of conduct committee to acknowledge that
the tone on the mailing list has recently become more discouraging,
challenging, and argumentative, notably on subjects related to subtitles from
multiple people. We should be able to do bett
Adds support for 15-bit VQA3 videos used in Westwood Studios' games.
Signed-off-by: Pekka Väänänen
---
libavcodec/vqavideo.c | 268 -
libavformat/westwood_vqa.c | 10 ++
2 files changed, 248 insertions(+), 30 deletions(-)
diff --git a/libavcodec/vqavide
> Pekka Väänänen:
> > 1. Is it possible to preserve the pixels of a frame for easy delta
> > updates?
> > In that 2009 patch set they used an old "FF_BUFFER_HINTS_PRESERVE"
> > flag
> > that doesn't exist anymore.
> >
>
> You keep a reference to the earlier frame (use av_frame_ref()).
The frame
High color 15-bit VQA3 video streams contain high level chunks with
only codebook updates that shouldn't be considered new frames. Now
the demuxer stores a reference to such VQFL chunks and returns them
later along with a VQFR chunk with full frame data.
---
libavformat/westwood_vqa.c | 48 +++
Thank you for your patience with this patch.
> This code also reads the VQFR chunk before seeking back, so this needs
> to be changed or accounted for.
>
> > +ffio_ensure_seekback(pb, wsvqa->vqfl_chunk_size + 512 * 1024);
> > +avio_skip(pb, chunk_size + skip_byte);
That
Why? Whats wrong with explicitly set flag?
___
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".
Michael Niedermayer (12021-09-22):
> Fixes: memleak
> Fixes:
> 38893/clusterfuzz-testcase-minimized-ffmpeg_dem_CONCAT_fuzzer-4785231933079552
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> l
Hi,
On 18 Sep 2021, at 3:51, Steven Liu wrote:
Signed-off-by: Steven Liu
---
libavdevice/avfoundation.m | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavdevice/avfoundation.m b/libavdevice/avfoundation.m
index 0cd6e646d5..cd30f48cfe 100644
--- a/libavdevice/avfoundation.m
+++ b/liba
Soft Works (12021-09-22):
> Be substantial, be polite, like normal humans - if you want me to reply.
It depends. Have you decided to acknowledge that I know how lavfi works
better than you and to listen to what I have to say? If not, I do not
see why I should waste time saying it.
You have been g
On Wed, Sep 22, 2021 at 10:17 AM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> Nicolas
> > George
> > Sent: Wednesday, 22 September 2021 09:51
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH v8 08/13] avfilte
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Wednesday, 22 September 2021 09:51
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v8 08/13] avfilter/overlay_textsubs: Add
> overlay_textsubs and textsubs2video filter
Soft Works (12021-09-22):
> Yes, this is intentional
Intentional or not, it is wrong.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
> -Original Message-
> From: ffmpeg-devel On Behalf Of Soft Works
> Sent: Wednesday, 22 September 2021 09:44
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v8 08/13] avfilter/overlay_textsubs: Add
> overlay_textsubs and textsubs2video filters
>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Wednesday, 22 September 2021 09:17
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v8 08/13] avfilter/overlay_textsubs: Add
> overlay_textsubs and textsubs2video filter
Usually a HW decoder is expected when user specifies a HW acceleration
method via -hwaccel option, however the current implementation doesn't
take HW acceleration method into account, it is possible to select a SW
decoder.
For example:
$> ffmpeg -hwaccel vaapi -i av1.ivf -f null -
...
Stream #0:0
After applying this patch, the desired HW acceleration method is known
before selecting decoder, so we may take HW acceleration method into
account when selecting decoder for input stream in the next commit
There should be no functional changes in this patch
---
fftools/ffmpeg_opt.c | 116 +++
Soft Works (12021-09-21):
> - overlay_textsubs {VS -> V)
> Overlay text subtitles onto a video stream.
>
> - textsubs2video {S -> V)
> Converts text subtitles to video frames
>
> Signed-off-by: softworkz
> ---
> configure | 2 +
> doc/filters.texi
62 matches
Mail list logo
