Re: [FFmpeg-devel] [PATCH 1/2] Revert "avcodec: Rename ff_kbd_window_init() as it will be needed from outside libavcodec"

Michael Niedermayer: > On Sun, Jan 28, 2024 at 08:52:20PM -0300, James Almer wrote: >> On 1/28/2024 7:41 PM, Michael Niedermayer wrote: >>> On Sun, Jan 28, 2024 at 02:49:26PM +0100, Andreas Rheinhardt wrote: This reverts commits fd5aa93a37b3fa21195c6d7b22ef655124020e09 and

[FFmpeg-devel] [PATCH] fftools/ffmpeg: use correct unit prefix symbol for binary scaled byte values

Fix bug #10501 Signed-off-by: WHR --- fftools/ffmpeg.c | 4 ++-- fftools/ffmpeg_enc.c | 2 +- fftools/ffmpeg_mux.c | 4 ++-- 3 files changed, 5 insertions(+), 5 deletions(-) diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c index 53df200d1ab..035210a8e90 100644 --- a/fftools/ffmpeg.c +++

Re: [FFmpeg-devel] [PATCH 3/3] lavc/dxv: remove ctx fields that can be derived from texdsp ctxs

Connor Worley: > Signed-off-by: Connor Worley > --- > libavcodec/dxv.c | 53 > 1 file changed, 9 insertions(+), 44 deletions(-) > > diff --git a/libavcodec/dxv.c b/libavcodec/dxv.c > index cae5d8a92f..b29adf8ad9 100644 > --- a/libavcodec/dxv.c >

[FFmpeg-devel] libavformat/dvdvideo: enable subtitle palette support

If DVD demuxer and CLUT utilities patches are merged, then this enables RGB palette support for demuxed DVD subtitles and in turn makes them playable/usable with nearly all compatible players (which do not support YUV palettes). Signed-off-by: Marth64 --- doc/demuxers.texi | 5 +

[FFmpeg-devel] [PATCH] libavformat: add DVD subtitle palette (CLUT) utilities

DVD subtitle palettes, which are natively YUV, are currently carried as a hex string in their respective subtitle streams and have no concept of colorspace tagging. In fact, the convention is to convert them to RGB prior to storage. Common players will only render the palettes properly if they are

[FFmpeg-devel] [PATCH] avformat/wavenc: use strtoull for UMID conversion

Existing use of strtoll can lead to ERANGE errors leading to incorrect storage of UMID. --- libavformat/wavenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/wavenc.c b/libavformat/wavenc.c index 82acb9ef0f..a41f40b449 100644 --- a/libavformat/wavenc.c +++

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

On 2024-01-28 04:24 pm, Anton Khirnov wrote: Quoting Gyan Doshi (2024-01-26 05:23:50) On 2024-01-25 06:47 pm, Andreas Rheinhardt wrote: Gyan Doshi: On 2024-01-25 10:29 am, Andreas Rheinhardt wrote: Gyan Doshi: Set up framework for non-PCM decoding in-place and add support for Dolby-E

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

> On Jan 29, 2024, at 11:01, Chen Yufei wrote: > > On Sun, Jan 28, 2024 at 10:10 PM Anton Khirnov > wrote: >> >> Quoting Zhao Zhili (2024-01-28 14:51:58) >>> >>> On Jan 28, 2024, at 18:31, Anton Khirnov wrote: Quoting Chen Yufei (2024-01-25

Re: [FFmpeg-devel] [FFmpeg-cvslog] vf_scale: use colorspace negotiation API

On Sun, Dec 31, 2023 at 09:49:47PM +, Niklas Haas wrote: > ffmpeg | branch: master | Niklas Haas | Tue Oct 31 13:52:53 > 2023 +0100| [45e09a30419cc2a7251e72689142e021ecdfe6d9] | committer: Niklas > Haas > > vf_scale: use colorspace negotiation API > > This filter will always accept any

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

On Sun, Jan 28, 2024 at 10:10 PM Anton Khirnov wrote: > > Quoting Zhao Zhili (2024-01-28 14:51:58) > > > > > > > On Jan 28, 2024, at 18:31, Anton Khirnov wrote: > > > > > > Quoting Chen Yufei (2024-01-25 17:16:46) > > >> On Wed, Jan 24, 2024 at 7:39 PM Anton Khirnov wrote: > > >>> > > >>>

Re: [FFmpeg-devel] [PATCH 1/2] Revert "avcodec: Rename ff_kbd_window_init() as it will be needed from outside libavcodec"

On Sun, Jan 28, 2024 at 08:52:20PM -0300, James Almer wrote: > On 1/28/2024 7:41 PM, Michael Niedermayer wrote: > > On Sun, Jan 28, 2024 at 02:49:26PM +0100, Andreas Rheinhardt wrote: > > > This reverts commits fd5aa93a37b3fa21195c6d7b22ef655124020e09 > > > and

Re: [FFmpeg-devel] Sovereign Tech Fund

Keep in mind I only receive messages if I'm explicitly in the To field. I'm with only half of the context, so my messages may sound weird, out of context, repetitive, etc. In any case. >> [...] the GA definitly cannot object to an invoice for a project that the GA approved previously. > "The

Re: [FFmpeg-devel] [PATCH 1/2] Revert "avcodec: Rename ff_kbd_window_init() as it will be needed from outside libavcodec"

On 1/28/2024 7:41 PM, Michael Niedermayer wrote: On Sun, Jan 28, 2024 at 02:49:26PM +0100, Andreas Rheinhardt wrote: This reverts commits fd5aa93a37b3fa21195c6d7b22ef655124020e09 and cf00f60bab1f79213c274a6cd4357b32bd5c0101 ("avcodec/kbdwin: Support arbitrary sized windows"). The change in

[FFmpeg-devel] [PATCH v5] libavformat: add DVD-Video demuxer, powered by libdvdnav and libdvdread

- Add option to play only certain chapters or chapter ranges - Add option to do a second pass indexing for accurate chapter markers - Add documentation - Fixes issues with PCM audio - Support for essential track dispositions (forced, visual impaired, commentary) - Better support for structure

Re: [FFmpeg-devel] [RFC/PATCH] doc/developer: clarify the criterion for removing deprecated APIs

On Sun, Jan 28, 2024 at 01:28:36PM +0100, Anton Khirnov wrote: > Previously, the implicit standard was to wait 2 years before deprecation > and removal, but it has been widely agreed at developer meetings that > time-based measures do not make sense and we should switch to a > release-based one

Re: [FFmpeg-devel] [PATCH 1/2] Revert "avcodec: Rename ff_kbd_window_init() as it will be needed from outside libavcodec"

On Sun, Jan 28, 2024 at 02:49:26PM +0100, Andreas Rheinhardt wrote: > This reverts commits fd5aa93a37b3fa21195c6d7b22ef655124020e09 > and cf00f60bab1f79213c274a6cd4357b32bd5c0101 > ("avcodec/kbdwin: Support arbitrary sized windows"). > > The change in question has only been made for libavradio. >

[FFmpeg-devel] [PATCH 1/2] lavf/avio_internal: add ffio_write_lines for line ending normalization

--- libavformat/avio_internal.h | 11 +++ libavformat/aviobuf.c | 31 +++ 2 files changed, 42 insertions(+) diff --git a/libavformat/avio_internal.h b/libavformat/avio_internal.h index f2e4ff30cb..16cf6ce016 100644 --- a/libavformat/avio_internal.h +++

[FFmpeg-devel] Meeting at FOSDEM

Hello Folks, FOSDEM is upon us, in a few days. It would be a great idea to meet for a FFmpeg discussion, since quite a few of us will be there. So please bring your technical topics with you :) As the OpenMediaRoom is on the Sunday, this time, I would say that we should do it on the Saturday

Re: [FFmpeg-devel] [PATCH] fftools/opt_common: show if muxer is device

On date Wednesday 2024-01-24 08:47:52 +0100, Anton Khirnov wrote: > Quoting Stefano Sabatini (2024-01-16 00:58:02) > > --- > > fftools/opt_common.c | 28 +--- > > 1 file changed, 21 insertions(+), 7 deletions(-) > > > > diff --git a/fftools/opt_common.c

Re: [FFmpeg-devel] [PATCH] avformat/avlanguage: add the 6 deprecated DVD languages

On date Tuesday 2024-01-23 20:03:19 -0600, Marth64 wrote: > There are 6 deprecated ISO language codes that are still valid for DVDs. > This patch allows avlanguage to recognize them correctly. The codes are: > (1) "in" - legacy code for Indonesian, mapped to the modern code > (2) "iw" - legacy

Re: [FFmpeg-devel] Sovereign Tech Fund

Hi Kieran On Sun, Jan 28, 2024 at 08:42:00PM +, Kieran Kunhya wrote: > On Sun, 28 Jan 2024, 20:37 Kieran Kunhya, wrote: > > > Both work fine really. For example iam not employed by FFlabs and the work > >> i did for them is just by sending invoices, while what i do qualifies > >>

Re: [FFmpeg-devel] Sovereign Tech Fund

> I would cry ;) > > seriously, I have said very clearly in my first mail that there can be NO > late > objections to a STF/SPI Project. objections must be before its submitted to > STF. So theres no way the GA could object to an invoice, the GA could > object to > the project before its started

Re: [FFmpeg-devel] Sovereign Tech Fund

Hi Kieran On Sun, Jan 28, 2024 at 08:37:17PM +, Kieran Kunhya wrote: > > > > Both work fine really. For example iam not employed by FFlabs and the work > > i did for them is just by sending invoices, while what i do qualifies > > maintenance probably close to 100%. > > > > Fflabs is a

Re: [FFmpeg-devel] Sovereign Tech Fund

On Sun, 28 Jan 2024 at 21:19, Jonatas L. Nogueira wrote: > While it's true a traditional SOW breaks work into milestones, we're going > for a simplified one here out of need. Think on when you ask for > consulting, not when you ask for a feature. You should not assume we want > to write eg.

Re: [FFmpeg-devel] [PATCH 2/2] fate/video: add DXV3 HQ tests

I'd like to get this series merged before doing any further DXV work. Is anyone able to help with uploading the linked samples? On Wed, Jan 24, 2024 at 11:45 AM Connor Worley wrote: > Adds tests to cover decoding YCoCg DXV3 formats with and without alpha > > Samples: >

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

> > Why is that a problem? This decoder seems like it shouldn't be a > decoder. > > I agree with Andreas that this seems like it's a demuxer pretending to > be a decoder. > The framing is in the PCM layer itself, you have the same issue repeated in every container that accepts PCM (and Dolby E

Re: [FFmpeg-devel] Sovereign Tech Fund

While it's true a traditional SOW breaks work into milestones, we're going for a simplified one here out of need. Think on when you ask for consulting, not when you ask for a feature. You should not assume we want to write eg. "Finish removing YUVJ by date X" ─ that's not the plan and as you said

[FFmpeg-devel] [PATCH 3/3] lavc/dxv: remove ctx fields that can be derived from texdsp ctxs

Signed-off-by: Connor Worley --- libavcodec/dxv.c | 53 1 file changed, 9 insertions(+), 44 deletions(-) diff --git a/libavcodec/dxv.c b/libavcodec/dxv.c index cae5d8a92f..b29adf8ad9 100644 --- a/libavcodec/dxv.c +++ b/libavcodec/dxv.c @@ -39,20

[FFmpeg-devel] [PATCH 2/3] lavc/dvx: use texdsp funcs for texture block decompression

Signed-off-by: Connor Worley --- libavcodec/dxv.c | 289 --- 1 file changed, 75 insertions(+), 214 deletions(-) diff --git a/libavcodec/dxv.c b/libavcodec/dxv.c index a2ae070984..cae5d8a92f 100644 --- a/libavcodec/dxv.c +++ b/libavcodec/dxv.c @@

[FFmpeg-devel] [PATCH 1/3] lavc/dxv: move tag definitions to common header

Signed-off-by: Connor Worley --- libavcodec/dxv.c| 9 + libavcodec/dxv.h| 34 ++ libavcodec/dxvenc.c | 7 ++- 3 files changed, 41 insertions(+), 9 deletions(-) create mode 100644 libavcodec/dxv.h diff --git a/libavcodec/dxv.c

Re: [FFmpeg-devel] Sovereign Tech Fund

On Sun, 28 Jan 2024, 20:37 Kieran Kunhya, wrote: > Both work fine really. For example iam not employed by FFlabs and the work >> i did for them is just by sending invoices, while what i do qualifies >> maintenance probably close to 100%. >> > > Fflabs is a private company that can choose however

Re: [FFmpeg-devel] Sovereign Tech Fund

> > Both work fine really. For example iam not employed by FFlabs and the work > i did for them is just by sending invoices, while what i do qualifies > maintenance probably close to 100%. > Fflabs is a private company that can choose however it likes how to distribute its funds. STF/SPI/FFmpeg

Re: [FFmpeg-devel] Sovereign Tech Fund

> > infrastructure etc which all lends itself to salaried work. > > employment & salary is one way to pay someone. Sending invoices and doing > some paperwork before is the other. > > Both work fine really. For example iam not employed by FFlabs and the work > i did for them is just by sending

Re: [FFmpeg-devel] Sovereign Tech Fund

Hi Remi, Jonatas (for the sanctioned list question) On Sun, Jan 28, 2024 at 09:17:03PM +0200, Rémi Denis-Courmont wrote: > Le sunnuntaina 28. tammikuuta 2024, 5.25.49 EET Michael Niedermayer a écrit : > > Please read the following to get a better understanding what STF is about: > > (In short it

Re: [FFmpeg-devel] Sovereign Tech Fund

> > Also it has to be said, that the example is hypothetical, you are not > going to > do that work. You seem more interrested in arguing against anything > related to SPI > This is a completely false accusation. I have no issues with SPI as an organisation. The hardware I bought and host was

Re: [FFmpeg-devel] Sovereign Tech Fund

Hi Kieran On Sun, Jan 28, 2024 at 06:59:22PM +, Kieran Kunhya wrote: > > > > > Statements of Work and milestones (by definition) are for features. > > > > The SoW suggestion/need came from a lawyer that jonatas asked IIUC. > > so i can just suggest to put work like what you list above into a

Re: [FFmpeg-devel] Sovereign Tech Fund

On Sun, 28 Jan 2024 at 19:20, Jonatas L. Nogueira wrote: > That's not a problem at all; because you can divide the work into discrete > pieces after it's done (on the invoice), just like liberal professionals > (eg. accountants, lawyers, administrators, etc.) > As an open source project we

Re: [FFmpeg-devel] Sovereign Tech Fund

Note: I have no idea what YUVJ is (I assume you want to remove it, not to implement it?) and I forgot to mention "reverted work" (likely in the form "work not yet merged or reverted within 30 days after being merged"). The goal here was to make easier to understand what's expected. Of course, I

Re: [FFmpeg-devel] Sovereign Tech Fund

That's not a problem at all; because you can divide the work into discrete pieces after it's done (on the invoice), just like liberal professionals (eg. accountants, lawyers, administrators, etc.) The SOW defines what is acceptable on the invoice (so in the YUVJ case, for example, it could be

Re: [FFmpeg-devel] Sovereign Tech Fund

Le sunnuntaina 28. tammikuuta 2024, 5.25.49 EET Michael Niedermayer a écrit : > Please read the following to get a better understanding what STF is about: > (In short it is about maintenance and sustainability, not features) > https://www.sovereigntechfund.de/programs/applications > > As some

Re: [FFmpeg-devel] Sovereign Tech Fund

> > > Statements of Work and milestones (by definition) are for features. > > The SoW suggestion/need came from a lawyer that jonatas asked IIUC. > so i can just suggest to put work like what you list above into a SOW like > framework. Or maybe Jonatas can clarify, in case i misunderstood > My

[FFmpeg-devel] [PATCH] lavc: move bitstream filters into bsf/ subdir

--- libavcodec/Makefile | 49 +--- libavcodec/bsf/Makefile | 57 +++ .../aac_adtstoasc.c} | 0 .../av1_frame_merge.c}| 0 .../av1_frame_split.c}|

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

> -Original Message- > From: ffmpeg-devel On Behalf Of Anton > Khirnov > Sent: 2024年1月29日 0:52 > To: FFmpeg development discussions and patches > Cc: Haihao Xiang ; Chen Yufei > Subject: Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT > from file. > > Quoting

Re: [FFmpeg-devel] Sovereign Tech Fund

Hi Kieran Iam adding Jonatas to the CC, as he suggested the SoW framework for everything. Maybe he can clarify it. more reply from me at the end On Sun, Jan 28, 2024 at 03:54:20PM +, Kieran Kunhya wrote: > On Sun, 28 Jan 2024 at 03:26, Michael Niedermayer > wrote: > > > Hi all > > > > We

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

Quoting Zhao Zhili (2024-01-28 16:46:55) > > > > On Jan 28, 2024, at 22:10, Anton Khirnov wrote: > > > > Quoting Zhao Zhili (2024-01-28 14:51:58) > >> > >> > >>> On Jan 28, 2024, at 18:31, Anton Khirnov wrote: > >>> > >>> Quoting Chen Yufei (2024-01-25 17:16:46) > On Wed, Jan 24, 2024

Re: [FFmpeg-devel] Sovereign Tech Fund

On Sun, 28 Jan 2024 at 03:26, Michael Niedermayer wrote: > Hi all > > We are offered to apply for a sponsorship of FFmpeg by the Sovereign Tech > Fund (STF). > > Please read the following to get a better understanding what STF is about: > (In short it is about maintenance and sustainability, not

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

> On Jan 28, 2024, at 22:10, Anton Khirnov wrote: > > Quoting Zhao Zhili (2024-01-28 14:51:58) >> >> >>> On Jan 28, 2024, at 18:31, Anton Khirnov wrote: >>> >>> Quoting Chen Yufei (2024-01-25 17:16:46) On Wed, Jan 24, 2024 at 7:39 PM Anton Khirnov wrote: > > Quoting Chen

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

Quoting Zhao Zhili (2024-01-28 14:51:58) > > > > On Jan 28, 2024, at 18:31, Anton Khirnov wrote: > > > > Quoting Chen Yufei (2024-01-25 17:16:46) > >> On Wed, Jan 24, 2024 at 7:39 PM Anton Khirnov wrote: > >>> > >>> Quoting Chen Yufei (2024-01-20 16:14:29) > Usage: "vpp_qsv=lut3d_file="

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

> On Jan 28, 2024, at 18:31, Anton Khirnov wrote: > > Quoting Chen Yufei (2024-01-25 17:16:46) >> On Wed, Jan 24, 2024 at 7:39 PM Anton Khirnov wrote: >>> >>> Quoting Chen Yufei (2024-01-20 16:14:29) Usage: "vpp_qsv=lut3d_file=" >>> >>> Passing file paths to a filter and having the

[FFmpeg-devel] [PATCH 2/2] avcodec/aac_defines: Remove unused AAC_RENAME_32

Unused since fbe6a51b11e20c5dfe076877f02d2bbb235d. Signed-off-by: Andreas Rheinhardt --- libavcodec/aac_defines.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/libavcodec/aac_defines.h b/libavcodec/aac_defines.h index bd0d93275a..59528f1f0d 100644 --- a/libavcodec/aac_defines.h +++

[FFmpeg-devel] [PATCH 1/2] Revert "avcodec: Rename ff_kbd_window_init() as it will be needed from outside libavcodec"

This reverts commits fd5aa93a37b3fa21195c6d7b22ef655124020e09 and cf00f60bab1f79213c274a6cd4357b32bd5c0101 ("avcodec/kbdwin: Support arbitrary sized windows"). The change in question has only been made for libavradio. in anticipation of merging it into the main tree. This has not happened, so

Re: [FFmpeg-devel] [PATCH 00/24] Major library version bump

Quoting James Almer (2024-01-25 14:43:23) > As the subject states, this set removes deprecated API scheduled for removal > in the past year, since the last major bump. So what is the actual rule you used for deciding what to remove and what to postpone? Everything except > avfilter: remove

[FFmpeg-devel] [RFC/PATCH] doc/developer: clarify the criterion for removing deprecated APIs

Previously, the implicit standard was to wait 2 years before deprecation and removal, but it has been widely agreed at developer meetings that time-based measures do not make sense and we should switch to a release-based one instead. --- Feel welcome to argue for other numbers than 2, or suggest

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

On Sun, Jan 28, 2024 at 11:31 AM Anton Khirnov wrote: > Quoting Chen Yufei (2024-01-25 17:16:46) > > On Wed, Jan 24, 2024 at 7:39 PM Anton Khirnov wrote: > > > > > > Quoting Chen Yufei (2024-01-20 16:14:29) > > > > Usage: "vpp_qsv=lut3d_file=" > > > > > > Passing file paths to a filter and

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/s302m: enable non-PCM decoding

Quoting Gyan Doshi (2024-01-26 05:23:50) > > > On 2024-01-25 06:47 pm, Andreas Rheinhardt wrote: > > Gyan Doshi: > >> > >> On 2024-01-25 10:29 am, Andreas Rheinhardt wrote: > >>> Gyan Doshi: > Set up framework for non-PCM decoding in-place and > add support for Dolby-E decoding. >

Re: [FFmpeg-devel] FFmpeg 7.0 blocking issues

Quoting Niklas Haas (2024-01-24 13:45:33) > On Tue, 23 Jan 2024 20:22:41 +0100 Michael Niedermayer > wrote: > > Hi all > > > > As it was a little difficult for me to not loose track of what is > > blocking a release. I suggest that for all release blocking issues > > open a ticket and set

Re: [FFmpeg-devel] [PATCH v2 1/1] avfilter/vf_vpp_qsv: apply 3D LUT from file.

Quoting Chen Yufei (2024-01-25 17:16:46) > On Wed, Jan 24, 2024 at 7:39 PM Anton Khirnov wrote: > > > > Quoting Chen Yufei (2024-01-20 16:14:29) > > > Usage: "vpp_qsv=lut3d_file=" > > > > Passing file paths to a filter and having the filter load the file is > > not recommended, it is generally

Re: [FFmpeg-devel] [PATCH v9 2/6] avcodec/webp: separate VP8 decoding

Quoting Thilo Borgmann via ffmpeg-devel (2024-01-25 16:39:19) > Am 25.01.24 um 11:04 schrieb Anton Khirnov: > > Quoting Thilo Borgmann via ffmpeg-devel (2023-12-31 13:30:14) > >> --- > >> libavcodec/webp.c | 50 +-- > >> 1 file changed, 44

[FFmpeg-devel] [PATCH v2 27/31] fftools/ffmpeg_dec: stop passing InputStream to dec_open()

--- fftools/ffmpeg.h | 3 ++- fftools/ffmpeg_dec.c | 50 +++--- fftools/ffmpeg_demux.c | 4 +++- 3 files changed, 37 insertions(+), 20 deletions(-) diff --git a/fftools/ffmpeg.h b/fftools/ffmpeg.h index 02c614d0ff..c8cba72006 100644 ---

[FFmpeg-devel] [PATCH] lavd: deprecate the bktr device

It implements BSD-specific support for very old analog capture cards, which are highly unlikely to be useful today. After being added in 2005, there were never any commits to it beyond compilation fixes and generic maintenance. There have also been zero trac tickets for this device, and the only

Re: [FFmpeg-devel] [PATCH v3 6/6] avformat: add ts stream types for H266/VVC

On Sat, 27 Jan 2024, Nuo Mi wrote: From: Thomas Siedel Add transport stream stream type 0x33 for vvc. Add STREAM_TYPE_VIDEO_VVC to MPEG-1/2 and MPEG-2 transport stream. Add basic transport stream support for TS mux/demux. Tested with: ffmpeg -i NovosobornayaSquare_1920x1080.mp4 -c:v