Re: [FFmpeg-devel] [PATCH] libavcodec/mpeg12dec.c: add CC format for user_data 0x05 0x02

On 11/21/24 02:49, Scott Theisen wrote: On 11/21/24 01:52, Marth64 wrote: Can the naming/comment in the code be changed to “DVB 0502”, DVB_0502, etc.? In this way it is not referencing a particular provider and in the future other if other custom DVB EIA608 techniques are supported (it is possib

[FFmpeg-devel] [PATCH v3] libavcodec/mpeg12dec.c: add CC format for user_data 0x05 0x02

Originally from: Fixes #2481, by applying patch from kenny at the-b org. This adds dec… https://github.com/MythTV/mythtv/commit/49d3294c9a4ef20a699c2bb2da08f33b294c86b3 Referencing: Trac #2481 (Closed Captioning contained in MPEG user data fields) – MythTV https://code.mythtv.org/trac/ticket/2481

[FFmpeg-devel] [PATCH] hwcontext_vulkan: add support for AV_PIX_FMT_GBRP16

--- libavcodec/ffv1enc_vulkan.c | 5 - libavcodec/vulkan/ffv1_enc_rct.comp | 6 +++--- libavutil/hwcontext_vulkan.c| 7 +-- libavutil/vulkan.c | 3 ++- 4 files changed, 14 insertions(+), 7 deletions(-) diff --git a/libavcodec/ffv1enc_vulkan.c b/libavcodec/

Re: [FFmpeg-devel] [PATCH] libavcodec/mpeg12dec.c: add CC format for user_data 0x05 0x02

On 11/21/24 01:52, Marth64 wrote: Can the naming/comment in the code be changed to “DVB 0502”, DVB_0502, etc.? In this way it is not referencing a particular provider and in the future other if other custom DVB EIA608 techniques are supported (it is possible there is more), they can be named simi

[FFmpeg-devel] [PATCH v2] libavcodec/mpeg12dec.c: add CC format for user_data 0x05 0x02

Originally from: Fixes #2481, by applying patch from kenny at the-b org. This adds dec… https://github.com/MythTV/mythtv/commit/49d3294c9a4ef20a699c2bb2da08f33b294c86b3 Referencing: Trac #2481 (Closed Captioning contained in MPEG user data fields) – MythTV https://code.mythtv.org/trac/ticket/2481

Re: [FFmpeg-devel] [PATCH 2/2] libavcodec/sanm: fix XPAL handling

On Fri, Nov 08, 2024 at 09:55:04AM +0100, Manuel Lauss wrote: > Outlaws' RAE.SAN file did not properly fade out in certain scenes, > but simply turned to black as soon as the first XPAL chunk with > the apply command was encountered. > > Signed-off-by: Manuel Lauss i have tested this with few Ou

Re: [FFmpeg-devel] [PATCH] libavcodec/mpeg12dec.c: add CC format for user_data 0x05 0x02

Can the naming/comment in the code be changed to “DVB 0502”, DVB_0502, etc.? In this way it is not referencing a particular provider and in the future other if other custom DVB EIA608 techniques are supported (it is possible there is more), they can be named similarly. LGTM otherwise. Thank you.

Re: [FFmpeg-devel] [PATCH] avformat/smoothstreamingenc: check return value of avcodec_parameters_copy()

On 21 Nov 2024, at 6:24, Marth64 wrote: > Hi ePirat: > > I believe it is safe. ism_free() is invoked as the .deinit procedure > which will free all of the contexts allocated in ism_write_header(). > To confirm this I triggered a fault with this condition and saw no > leaks in valgrind. Also if

[FFmpeg-devel] [PATCH 2/3] avformat/qmagedec: Quram Qmage demuxer

--- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/qmagedec.c | 244 +++ 3 files changed, 246 insertions(+) create mode 100644 libavformat/qmagedec.c diff --git a/libavformat/Makefile b/libavformat/Makefile index 7ca68a7036..

Re: [FFmpeg-devel] [PATCH 1/2] avformat/matroskadec: add support for IETF BCP47 locale tag

This is bad, I did not free locale_tmp. Will clean up and resend. ___ 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 subje

[FFmpeg-devel] [PATCH 1/3] avcodec/qmagedec: Quram Qmage decoder

--- libavcodec/Makefile | 1 + libavcodec/allcodecs.c | 1 + libavcodec/codec_desc.c | 7 + libavcodec/codec_id.h | 1 + libavcodec/qmagedata.h | 133 +++ libavcodec/qmagedec.c | 836 6 files changed, 979 insertions(+) create mode 100

Re: [FFmpeg-devel] [PATCH] avformat/smoothstreamingenc: check return value of avcodec_parameters_copy()

Hi ePirat: I believe it is safe. ism_free() is invoked as the .deinit procedure which will free all of the contexts allocated in ism_write_header(). To confirm this I triggered a fault with this condition and saw no leaks in valgrind. Also if putting a free there on the context, this appears to en

[FFmpeg-devel] [PATCH 3/3] fate/qmage: add tests

--- Test files: https://pross.sdf.org/sandpit/ani_alpha.qmg https://pross.sdf.org/sandpit/dynamic_table.qmg https://pross.sdf.org/sandpit/w2_pass.qmg tests/fate/video.mak | 11 +++ tests/ref/fate/qmage-ani_alpha | 10 ++ tests/ref/fate/qmage-dynamic_table | 15 +

Re: [FFmpeg-devel] [PATCH] avformat/smoothstreamingenc: check return value of avcodec_parameters_copy()

Pushed. Thanks. ___ 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".

[FFmpeg-devel] [PATCH 2/3] avformat/mov: Populate packet duration using stts atom instead of guessing

From: Darren Mo Fixes tickets #7855 and #11312. Co-authored-by: James Almer Signed-off-by: James Almer --- This is an alternative, better approach to the same issue. libavformat/isom.h| 3 + libavformat/mov.c | 180 --

Re: [FFmpeg-devel] [PATCH 3/3] doc/developer: Duties of a maintainer

Hi On Tue, Nov 19, 2024 at 11:30:03AM -0500, Vittorio Giovara wrote: > On Sat, Nov 16, 2024 at 7:42 PM Michael Niedermayer > wrote: > > > Not sure we have such a list elsewhere, i failed to find it > > > > Signed-off-by: Michael Niedermayer > > --- > > doc/developer.texi | 17 +

[FFmpeg-devel] [PATCH] avformat/hevc: fix writing hvcC when no arrays are provided in hvcC-formatted input

Pass the input through in that case. Fixes a regression since a696b28886. Signed-off-by: James Almer --- libavformat/hevc.c | 8 1 file changed, 8 insertions(+) diff --git a/libavformat/hevc.c b/libavformat/hevc.c index e1f31ee1bb..8a3b8741bf 100644 --- a/libavformat/hevc.c +++ b/libav

Re: [FFmpeg-devel] [PATCH] Update MAINTAINERS

On Wed, Nov 20, 2024 at 06:26:25PM -0500, Vittorio Giovara wrote: > On Wed, Nov 20, 2024 at 6:20 PM Michael Niedermayer > wrote: > > > Hi > > > > On Wed, Nov 20, 2024 at 04:12:39PM -0500, Vittorio Giovara wrote: [...] > > I will go over the list of people and update it > > > > You need to go thr

Re: [FFmpeg-devel] [PATCH] Update MAINTAINERS

Hi On Wed, Nov 20, 2024 at 06:26:25PM -0500, Vittorio Giovara wrote: > On Wed, Nov 20, 2024 at 6:20 PM Michael Niedermayer > wrote: > > > Hi > > > > On Wed, Nov 20, 2024 at 04:12:39PM -0500, Vittorio Giovara wrote: > > > This giant list of people who may or may not be active or agreeing to the >

Re: [FFmpeg-devel] [PATCH v7 12/12] avfilter/vf_scale: switch to new swscale API

On Sat, Nov 16, 2024 at 12:25:07PM +0100, Niklas Haas wrote: > From: Niklas Haas > > Most logic from this filter has been co-opted into swscale itself, > allowing the resulting filter to be substantially simpler as it no > longer has to worry about context initialization, interlacing, etc. > > S

Re: [FFmpeg-devel] [PATCH v7 11/12] tests/swscale: add a benchmarking mode

On Sat, Nov 16, 2024 at 12:25:06PM +0100, Niklas Haas wrote: > From: Niklas Haas > > With the ability to set the thread count as well. This benchmark includes > the constant overhead of context initialization. > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Niklas Haas > --- > libswscal

Re: [FFmpeg-devel] [PATCH v7 10/12] tests/swscale: rewrite on top of new API

Hi On Sat, Nov 16, 2024 at 12:25:05PM +0100, Niklas Haas wrote: > From: Niklas Haas > > This rewrite cleans up the code to use AVFrames and the new swscale API. The > log format has also been simplified and expanded to account for the new > options. (Not yet implemented) > > The self testing co

Re: [FFmpeg-devel] [PATCH v7 09/12] swscale: introduce new, dynamic scaling API

On Sat, Nov 16, 2024 at 12:25:04PM +0100, Niklas Haas wrote: > From: Niklas Haas > > As part of a larger, ongoing effort to modernize and partially rewrite > libswscale, it was decided and generally agreed upon to introduce a new > public API for libswscale. This API is designed to be less statef

Re: [FFmpeg-devel] [PATCH 3/3] doc/developer: Duties of a maintainer

Hi On Wed, Nov 20, 2024 at 03:59:36PM -0500, Vittorio Giovara wrote: > Why was this pushed without full approval? I had already the feeling some people live in a parallel universe. I guess that confirms it. this patch was not pushed. [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BAD

Re: [FFmpeg-devel] [PATCH v7 08/12] swscale/graph: add new high-level scaler dispatch mechanism

On Sat, Nov 16, 2024 at 12:25:03PM +0100, Niklas Haas wrote: > From: Niklas Haas > > This interface has been designed from the ground up to serve as a new > framework for dispatching various scaling operations at a high level. This > will eventually replace the old ad-hoc system of using cascaded

Re: [FFmpeg-devel] [PATCH v7 07/12] swscale/internal: expose sws_init_single_context() internally

On Sat, Nov 16, 2024 at 12:25:02PM +0100, Niklas Haas wrote: > From: Niklas Haas > > Used by the graph API swscale wrapper, for now. > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Niklas Haas > --- > libswscale/swscale_internal.h | 3 +++ > libswscale/utils.c| 4 ++-- > 2 f

Re: [FFmpeg-devel] [PATCH v7 06/12] swscale: organize and better document flags

Hi On Sat, Nov 16, 2024 at 12:25:01PM +0100, Niklas Haas wrote: > From: Niklas Haas > > Group them into an enum rather than random #defines, and document their > behavior a bit more obviously. > > Of particular note, I discovered that SWS_DIRECT_BGR is not referenced > anywhere else in the co

Re: [FFmpeg-devel] [PATCH v7 05/12] swscale: eliminate redundant SwsInternal accesses

On Sat, Nov 16, 2024 at 12:25:00PM +0100, Niklas Haas wrote: > From: Niklas Haas > > This is a purely cosmetic commit aimed at replacing accesses to > SwsInternal.opts by direct access to SwsContext wherever convenient. > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Niklas Haas > --- >

Re: [FFmpeg-devel] [PATCH v7 04/12] swscale: expose SwsContext publicly

On Thu, Nov 21, 2024 at 12:49:37AM +0100, Niklas Haas wrote: > On Thu, 21 Nov 2024 00:42:23 +0100 Michael Niedermayer > wrote: > > Hi Niklas > > > > On Sat, Nov 16, 2024 at 12:24:59PM +0100, Niklas Haas wrote: > > > From: Niklas Haas > > > > > > Following in the footsteps of the work in the pr

Re: [FFmpeg-devel] [PATCH] libavformat/mpegts.c: add support for ATSC E-AC-3 streams

On Wed, 20 Nov 2024, Marth64 wrote: This looks correct. I can’t find a broadcast to test unfortunately. Will wait a few days in case anyone has an objection to assigning 0x87 for this. Looks good to me as well, applied! Thanks, Marton ___ ffmpeg-d

Re: [FFmpeg-devel] [PATCH v7 04/12] swscale: expose SwsContext publicly

On Thu, 21 Nov 2024 00:42:23 +0100 Michael Niedermayer wrote: > Hi Niklas > > On Sat, Nov 16, 2024 at 12:24:59PM +0100, Niklas Haas wrote: > > From: Niklas Haas > > > > Following in the footsteps of the work in the previous commit, it's now > > relatively straightforward to expose the options

Re: [FFmpeg-devel] [PATCH 2/3] doc/developer: Document how disagreements should be handled

Le keskiviikkona 20. marraskuuta 2024, 20.44.35 EET Michael Niedermayer a écrit : > > > 1. lacks expertiese in some areas > > > > vague attacks on the TC should not be tolerated - either list and provide > > examples or don't disparage elected members of the community > > every TC member knows e

Re: [FFmpeg-devel] [PATCH v7 04/12] swscale: expose SwsContext publicly

Hi Niklas On Sat, Nov 16, 2024 at 12:24:59PM +0100, Niklas Haas wrote: > From: Niklas Haas > > Following in the footsteps of the work in the previous commit, it's now > relatively straightforward to expose the options struct publicly as > SwsContext. This is a step towards making this more user

Re: [FFmpeg-devel] [PATCH] Update MAINTAINERS

On Wed, 20 Nov 2024, Vittorio Giovara wrote: You need to go through the whole list and make sure everybody agrees to the new rules you published on maintainers. Are you sure it's a good idea? As far as I see the "doc/developer: Duties of a maintainer" patch was not applied, only the other

Re: [FFmpeg-devel] [PATCH] Update MAINTAINERS

On Wed, Nov 20, 2024 at 6:20 PM Michael Niedermayer wrote: > Hi > > On Wed, Nov 20, 2024 at 04:12:39PM -0500, Vittorio Giovara wrote: > > This giant list of people who may or may not be active or agreeing to the > > full new rules of the maintainer role overstayed its welcome. It's time > to > >

Re: [FFmpeg-devel] [PATCH v7 03/12] swscale/internal: group user-facing options together

Hi On Sat, Nov 16, 2024 at 12:24:58PM +0100, Niklas Haas wrote: > From: Niklas Haas > > This is a preliminary step to separating these into a new struct. This > commit contains no functional changes, it is a pure search-and-replace. > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Niklas

Re: [FFmpeg-devel] [PATCH] Update MAINTAINERS

Hi On Wed, Nov 20, 2024 at 04:12:39PM -0500, Vittorio Giovara wrote: > This giant list of people who may or may not be active or agreeing to the > full new rules of the maintainer role overstayed its welcome. It's time to > call things as they are. > --- > MAINTAINERS | 553 +-

Re: [FFmpeg-devel] [PATCH] avcodec: deprecate sonic

On Thu, Feb 29, 2024 at 7:47 AM J. Dekker wrote: > This is an experimental and research codec of which ffmpeg is the only > encoder and decoder, development has stalled since 2013 and these files > don't exist in the wild. > > Deprecate the encoders to be removed next major bump, decoders to be >

Re: [FFmpeg-devel] [PATCH] avformat/smoothstreamingenc: check return value of avcodec_parameters_copy()

ePirat: Thanks for screening this. I will re-read the method when I get to my computer but if I recall correctly there are other exit paths in the surrounding lines of the method that could trigger a leak on the stream also. If so I will follow up with a more comprehensive solution. Will hold o

Re: [FFmpeg-devel] [PATCH v7 01/12] swscale/options: cosmetic changes

On Sat, Nov 16, 2024 at 12:24:56PM +0100, Niklas Haas wrote: > From: Niklas Haas > > Reorganize the list, fix whitespace, make indentation consistent, and > rename some descriptions for clarity, consistency or informativeness. > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Niklas Haas >

[FFmpeg-devel] [PATCH] Update MAINTAINERS

This giant list of people who may or may not be active or agreeing to the full new rules of the maintainer role overstayed its welcome. It's time to call things as they are. --- MAINTAINERS | 553 +--- 1 file changed, 4 insertions(+), 549 deletions(-

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/dnxuc_parser: rework DNXUC parser

On Wed, 20 Nov 2024, martin schitter wrote: On 19.11.24 22:47, Marton Balint wrote: The current parser does things which a parser should not, like skipping parts of the packet header, but it does not actually able to packetize a raw DNXUC bitstream. You're right! I simply can't reje

Re: [FFmpeg-devel] [PATCH 3/3] doc/developer: Duties of a maintainer

Why was this pushed without full approval? There was an explicit NAK on this set, and additional comments by others Vittorio On Wed, Nov 20, 2024 at 3:19 PM Michael Niedermayer wrote: > Hi > > On Tue, Nov 19, 2024 at 11:30:03AM -0500, Vittorio Giovara wrote: > > On Sat, Nov 16, 2024 at 7:42 PM

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

Le keskiviikkona 20. marraskuuta 2024, 22.39.59 EET compn a écrit : > On Wed, 20 Nov 2024 14:39:49 -0500 > > Vittorio Giovara wrote: > >I care about the process for using the ffmpeg name at a public event. > > wouldnt any question of commercial use of the ffmpeg trademarked name > have to go thr

[FFmpeg-devel] [PATCH 1/3] avformat/mov: rename MOVCtts.duration to offset

The value is a timestamp offset, not a duration. Signed-off-by: James Almer --- libavformat/isom.h | 2 +- libavformat/mov.c| 29 +++-- libavformat/movenc.c | 8 3 files changed, 20 insertions(+), 19 deletions(-) diff --git a/libavformat/isom.h b/libavfo

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

On Wed, 20 Nov 2024 14:39:49 -0500 Vittorio Giovara wrote: >I care about the process for using the ffmpeg name at a public event. wouldnt any question of commercial use of the ffmpeg trademarked name have to go through fabrice ? i'm seriously asking, i dont know. -compn ___

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

Le keskiviikkona 20. marraskuuta 2024, 19.16.50 EET Michael Niedermayer a écrit : > The CC has been involved in both Paul leaving You're shooting the messenger. As CC members rightfully pointed out previously, the CC does not even have the power to ban a developer permanently. Paul decided to

Re: [FFmpeg-devel] [PATCH 1/2] doc/infra: clarify domain name servers

On 11/20/2024 5:03 PM, Michael Niedermayer wrote: On Tue, Nov 19, 2024 at 07:00:47PM -0500, Vittorio Giovara wrote: On Tue, Nov 19, 2024 at 6:23 PM Michael Niedermayer wrote: Signed-off-by: Michael Niedermayer [...] +ns1.avcodec.org master Name server +ns2.avcodec.org slave Name server +ns

Re: [FFmpeg-devel] [PATCH 1/3] doc/developer: Document relationship between git accounts and MAINTAINERS

On Sun, Nov 17, 2024 at 01:42:19AM +0100, Michael Niedermayer wrote: > This should have been documented long ago and i thought it was > > Signed-off-by: Michael Niedermayer > --- > doc/developer.texi | 19 +++ > 1 file changed, 19 insertions(+) will apply [...] -- Michael

[FFmpeg-devel] [PATCH 3/3] avformat/movenc: set delay_moov flag when writing DASH

Instead of expecting the DASH muxer manually setting this, just do it here. This is required to write a simple edit list for audio tracks with triming samples, where negative CTS offsets can't be used. Signed-off-by: James Almer --- libavformat/movenc.c | 2 +- 1 file changed, 1 insertion(+), 1

[FFmpeg-devel] [PATCH 2/3] avformat/mov: set packet duration in fragmented input

From: Thierry Foucu Fixes ticket #11312. Signed-off-by: James Almer --- libavformat/isom.h | 1 + libavformat/mov.c | 4 2 files changed, 5 insertions(+) diff --git a/libavformat/isom.h b/libavformat/isom.h index ff08f2a48d..9a086b05c2 100644 --- a/libavformat/isom.h +++ b/libavformat/i

Re: [FFmpeg-devel] SCaLE booth

Hi On Wed, Nov 20, 2024 at 09:16:04AM -1000, compn wrote: > On Wed, 20 Nov 2024 20:51:50 +0200 > Rémi Denis-Courmont wrote: > > > Le keskiviikkona 20. marraskuuta 2024, 20.33.08 EET Michael Niedermayer a > > écrit : > > > Hi Remi > > > > > > On Wed, Nov 20, 2024 at 07:48:46PM +0200, Rémi Denis

Re: [FFmpeg-devel] [PATCH 3/3] doc/developer: Duties of a maintainer

Hi On Tue, Nov 19, 2024 at 11:30:03AM -0500, Vittorio Giovara wrote: > On Sat, Nov 16, 2024 at 7:42 PM Michael Niedermayer > wrote: > > > Not sure we have such a list elsewhere, i failed to find it > > > > Signed-off-by: Michael Niedermayer > > --- > > doc/developer.texi | 17 +

Re: [FFmpeg-devel] [PATCH 2/2] doc/infra: Document trac backup system

On Tue, Nov 19, 2024 at 07:01:54PM -0500, Vittorio Giovara wrote: > On Tue, Nov 19, 2024 at 6:23 PM Michael Niedermayer > wrote: > > > Signed-off-by: Michael Niedermayer > > --- > > doc/infra.txt | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git a/doc/infra.txt b/doc/infra.txt > >

Re: [FFmpeg-devel] [PATCH 1/2] doc/infra: clarify domain name servers

On Tue, Nov 19, 2024 at 07:00:47PM -0500, Vittorio Giovara wrote: > On Tue, Nov 19, 2024 at 6:23 PM Michael Niedermayer > wrote: > > > Signed-off-by: Michael Niedermayer [...] > > +ns1.avcodec.org master Name server > > +ns2.avcodec.org slave Name server > > +ns3.avcodec.org slave Name server >

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

On Wed, Nov 20, 2024 at 1:13 PM Michael Niedermayer wrote: > > > Note, for cases like STF the community must speak up at the point > before > > > contracts are signed. because after that SPI/STF/Developers are bound > > > by the contract and payment has to occur in exchange for the work. > > > >

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

On Wed, Nov 20, 2024 at 12:17 PM Michael Niedermayer wrote: > > > > Being part of the CC you should answer this point instead of skipping it. > > And it's the second person publicly lamenting how the CC is ineffective, > > may you should listen! > > My personal suggestion or question, why don't y

Re: [FFmpeg-devel] SCaLE booth

On Wed, 20 Nov 2024 20:51:50 +0200 Rémi Denis-Courmont wrote: > Le keskiviikkona 20. marraskuuta 2024, 20.33.08 EET Michael Niedermayer a > écrit : > > Hi Remi > > > > On Wed, Nov 20, 2024 at 07:48:46PM +0200, Rémi Denis-Courmont wrote: > > > Le 19 novembre 2024 23:28:07 GMT+02:00, Michael Ni

Re: [FFmpeg-devel] SCaLE booth

Le keskiviikkona 20. marraskuuta 2024, 20.33.08 EET Michael Niedermayer a écrit : > Hi Remi > > On Wed, Nov 20, 2024 at 07:48:46PM +0200, Rémi Denis-Courmont wrote: > > Le 19 novembre 2024 23:28:07 GMT+02:00, Michael Niedermayer a écrit : > > > can someone setup a live stream covering the booth

Re: [FFmpeg-devel] [PATCH v7 02/12] swscale/internal: use static_assert for enforcing offsets

On Sat, Nov 16, 2024 at 12:24:57PM +0100, Niklas Haas wrote: > From: Niklas Haas > > Instead of sprinkling av_assert0 into random init functions. > > Sponsored-by: Sovereign Tech Fund > Signed-off-by: Niklas Haas > --- > libswscale/swscale_internal.h | 11 +++ > libswscale/utils.c

Re: [FFmpeg-devel] [PATCH 2/3] doc/developer: Document how disagreements should be handled

On Wed, Nov 20, 2024 at 1:44 PM Michael Niedermayer wrote:would follow the same or very similar rules. I agree that some > > > outliers > > > could end with different rules. I dont think as FFmpeg grows this > > > centralized > > > TC system can function. > > > The TC > > > 1. lacks expertiese in

[FFmpeg-devel] [PATCH 2/5] lavu/float_dsp: fix compilation with RISC-V ILP32 ABI

--- libavutil/riscv/float_dsp_rvv.S | 16 1 file changed, 16 insertions(+) diff --git a/libavutil/riscv/float_dsp_rvv.S b/libavutil/riscv/float_dsp_rvv.S index fd5ee53744..9c00c8cb2d 100644 --- a/libavutil/riscv/float_dsp_rvv.S +++ b/libavutil/riscv/float_dsp_rvv.S @@ -227,7 +227

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

Hi On Tue, Nov 19, 2024 at 05:44:48PM -0500, Vittorio Giovara wrote: > On Tue, Nov 19, 2024 at 3:50 PM Michael Niedermayer [...] > > I also do not believe STF and SPI are being used appropriately, and > > > I believe Thilo is recieving money through this, possible via Michael, > > > (and also onl

Re: [FFmpeg-devel] SCaLE booth

Hi Remi On Wed, Nov 20, 2024 at 07:48:46PM +0200, Rémi Denis-Courmont wrote: > > > Le 19 novembre 2024 23:28:07 GMT+02:00, Michael Niedermayer > a écrit : > > can someone setup a live stream covering the booth for the whole 3 days > >I think we should have something like that given we are a mu

[FFmpeg-devel] [PATCH 4/5] lavc/vp8dsp: fix compilation for RV32IMA

--- libavcodec/riscv/vp8dsp_init.c | 2 +- libavcodec/riscv/vp8dsp_rvv.S | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/riscv/vp8dsp_init.c b/libavcodec/riscv/vp8dsp_init.c index 250fecb2f0..7ee17f331a 100644 --- a/libavcodec/riscv/vp8dsp_init.c +++ b/libavcodec

[FFmpeg-devel] [PATCH 5/5] lavc/h264idct: fix compilation for RV32IMA

--- libavcodec/riscv/h264idct_rvv.S | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libavcodec/riscv/h264idct_rvv.S b/libavcodec/riscv/h264idct_rvv.S index 5adcfd295e..2a40e87d62 100644 --- a/libavcodec/riscv/h264idct_rvv.S +++ b/libavcodec/riscv/h264idct_rvv.S @@ -629,6 +629,7 @@ endfunc .

[FFmpeg-devel] [PATCH 3/5] lavc/pixblockdsp: fix compilation for RV32IMA

--- libavcodec/riscv/pixblockdsp_init.c | 3 ++- libavcodec/riscv/pixblockdsp_rvi.S | 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/libavcodec/riscv/pixblockdsp_init.c b/libavcodec/riscv/pixblockdsp_init.c index 2735776105..28caa99dff 100644 --- a/libavcodec/riscv/pixblockd

[FFmpeg-devel] [PATCH 1/5] riscv: remove unnecessary #include's

--- libavcodec/riscv/ac3dsp_rvb.S| 1 - libavcodec/riscv/ac3dsp_rvv.S| 1 - libavcodec/riscv/ac3dsp_rvvb.S | 1 - libavcodec/riscv/bswapdsp_rvb.S | 1 - libavcodec/riscv/bswapdsp_rvv.S | 1 - libavcodec/riscv/bswapdsp_rvvb.S | 1 - libswscale/riscv/rgb2rgb_rvb.S | 1 - 7 files change

Re: [FFmpeg-devel] [PATCH 2/3] doc/developer: Document how disagreements should be handled

Hi Vittorio On Tue, Nov 19, 2024 at 05:47:52PM -0500, Vittorio Giovara wrote: > On Tue, Nov 19, 2024 at 1:55 PM Michael Niedermayer > wrote: > > > Hi > > > > On Sun, Nov 17, 2024 at 11:03:35AM +0100, Anton Khirnov wrote: > > > Quoting Michael Niedermayer (2024-11-17 01:42:20) > > > > I think thi

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

Le keskiviikkona 20. marraskuuta 2024, 17.27.01 EET Tomas Härdin a écrit : > tis 2024-11-19 klockan 14:19 + skrev Derek Buitenhuis: > > I do not have faith things can improve as long as Fabrice controls > > the the trademark and domain name and only speak to Michael > > I've pointed out before

Re: [FFmpeg-devel] [PATCH] avformat/smoothstreamingenc: check return value of avcodec_parameters_copy()

On 12 Oct 2024, at 19:18, Marth64 wrote: > Written in the dominant style of the surrounding code block. > > Signed-off-by: Marth64 > --- > libavformat/smoothstreamingenc.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/libavformat/smoothstreamingenc.c > b/libavfor

Re: [FFmpeg-devel] [PATCH] avformat/smoothstreamingenc: check return value of avcodec_parameters_copy()

Will push 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".

Re: [FFmpeg-devel] [PATCH 04/15] libavcodec/wmadec: Return AVERROR_INVALIDDATA on decoding errors

LGTM with your suggestion. I have no sample but it makes more sense to me than returning -1. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-re

Re: [FFmpeg-devel] [PATCH 1/4] avfilter/scale_vt: implement frame crop

> 在 2024年11月21日，上午12:40，Koushik Dutta 写道： > > Is anyone reviewing videotoolbox or qsv filters? The scale_cuda > version of this patch was merged. Sorry I missed the scale_vt patch. I’m not good at tracking patches on mailing list. I will take a look this week. > >> On Sat, Oct 19, 2024 at 1

Re: [FFmpeg-devel] SCaLE booth

Le 19 novembre 2024 23:28:07 GMT+02:00, Michael Niedermayer a écrit : > can someone setup a live stream covering the booth for the whole 3 days >I think we should have something like that given we are a multimedia project >and other booths do have this sometimes. a 360° camera would be cool for

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

Hi Vittorio On Tue, Nov 19, 2024 at 05:44:48PM -0500, Vittorio Giovara wrote: > On Tue, Nov 19, 2024 at 3:50 PM Michael Niedermayer > wrote: > > > Hi Derek > > > > On Tue, Nov 19, 2024 at 02:19:45PM +, Derek Buitenhuis wrote: > > > Buckle in, this'll be a bit of a ride. Part of it is inflama

Re: [FFmpeg-devel] [PATCH 03/15] libaformat/mp3dec: Register the MIME type "audio/mpeg" to the mp3 decoder.

ons 2024-11-13 klockan 15:28 +0100 skrev Tomas Härdin: > tis 2024-10-29 klockan 15:45 +0100 skrev Tomas Härdin: > > Reasonable enough > > > > Spotify comments > > > > mp3 input misdetected as mpeg ps and fails to decode > > > > Possible other solutions: > >     • Improve mp3 prob

Re: [FFmpeg-devel] [PATCH 1/4] avfilter/scale_vt: implement frame crop

Is anyone reviewing videotoolbox or qsv filters? The scale_cuda version of this patch was merged. On Sat, Oct 19, 2024 at 10:58 PM Koushik Dutta wrote: > > The crop filter has no effect on scale_vt: > > -vf crop=100:100,scale_vt=300x300 > > Hardware frames (AV_PIX_FMT_FLAG_HWACCEL) are expected t

Re: [FFmpeg-devel] [REQUEST] Remove me from GA

tis 2024-11-19 klockan 14:19 + skrev Derek Buitenhuis: > I do not have faith things can improve as long as Fabrice controls > the the trademark and domain name and only speak to Michael I've pointed out before on this list that this is a very low bus factor*. We're going to need a mechanism to

[FFmpeg-devel] [PATCH v2 0/3] Add WASM simd support

From: Zhao Zhili v2: 1. Remove unused include 2. Remove words on intrinsics vs handwritten assembly in wasm context. Zhao Zhili (3): configure: Add wasm as a fake arch tests/checkasm: Add partial support for wasm avcodec/hevc: Add wasm simd128 idct Makefile| 3 +

Re: [FFmpeg-devel] [PATCH 04/15] libavcodec/wmadec: Return AVERROR_INVALIDDATA on decoding errors

> Needs a sample. Actually, returning more sensible errors makes sense on its own even without a sample. However: > @@ -879,8 +881,10 @@ static int wma_decode_superframe(AVCodecContext *avctx, > AVFrame *frame, > return AVERROR_INVALIDDATA; > > if ((s->last_supe

Re: [FFmpeg-devel] [PATCH 13/15] avformat/mov: Add more moov and moov child heuristic checks

tis 2024-10-29 klockan 15:50 +0100 skrev Tomas Härdin: > This makes me feel we should probably just rely on mfra An update on this: it seems 6.x fixes this issue for Spotify. It seems "-use_mfra_for pts" now does what they need, but I need confirmation on that. If this is the case then we don't ha

Re: [FFmpeg-devel] SCaLE booth

Hi Remi On Tue, Nov 19, 2024 at 07:10:03PM +0200, Rémi Denis-Courmont wrote: > Hello, > > I plan to solicit an FFmpeg booth at SCaLE 22x to be held early next March. > Booths for open-source communities are free and include 5 full conference > passes. The exhibition area is open, and need

Re: [FFmpeg-devel] [PATCH 05/15] libavformat/flacdec: Export samples md5 as metadata

tis 2024-10-29 klockan 16:01 +0100 skrev Tomas Härdin: > tis 2024-10-29 klockan 11:57 -0300 skrev James Almer: > > On 10/29/2024 11:47 AM, Tomas Härdin wrote: > > > Could maybe use some kind of compile-time assert that > > > FLAC_STREAMINFO_SIZE == MD5_BYTE_SIZE + 18. I'm thinking putting in > > >

[FFmpeg-devel] [PATCH] avformat/movenc: don't write PS NALUs in hvcC for codec tag hvc1

array_completeness shall be 1 for those tracks. Signed-off-by: James Almer --- libavformat/movenc.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/libavformat/movenc.c b/libavformat/movenc.c index 7563ff2628..57bf01e17e 100644 --- a/libavformat/movenc.c +++ b/libavforma

[FFmpeg-devel] [PATCH v2 1/3] configure: Add wasm as a fake arch

From: Zhao Zhili And add wasm simd128 flag, so we can add simd128 optimizations. It can be enabled by put -msimd128 to extra cflags. There is no runtime detection on simd128 support yet. I think that needs to be done with JavaScript. --- Makefile | 3 ++- configure

[FFmpeg-devel] [PATCH v2 3/3] avcodec/hevc: Add wasm simd128 idct

From: Zhao Zhili Benchmark with wasmtime: wasmtime checkasm --test=hevc_idct --benchmark hevc_idct_4x4_8_c: 20.8 ( 1.00x) hevc_idct_4x4_8_simd128:10.2 ( 2.02x) hevc_idct_4x4_10_c: 21.0 ( 1.00

[FFmpeg-devel] [PATCH v2 2/3] tests/checkasm: Add partial support for wasm

From: Zhao Zhili WASI mssing signal and siglongjmp support. This patch workaround build error and add simd128 flag. Please note that many tests use large array on stack, so you need to increase the stack size when build checkasm, e.g., --extra-ldflags='-Wl,-z,stack-size=10485760' --- tests/check

[FFmpeg-devel] [PATCH 2/2] doc/infra: Document trac backup system

Signed-off-by: Michael Niedermayer --- doc/infra.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/infra.txt b/doc/infra.txt index 7d2cfe44c08..10b2b8625cc 100644 --- a/doc/infra.txt +++ b/doc/infra.txt @@ -34,6 +34,8 @@ Web, mail, and public facing git, also website git fftrac VM:

[FFmpeg-devel] ANN: FATE RISC-V Vector enabled

Hello all, This is just a short notice that we finally have a nightly FATE run on real hardware with RISC-V Vector support and working CPU feature run-time detection. It is marked as RVA22+V on the FATE website. Currently only master is tested. Br, __

Re: [FFmpeg-devel] Patch for libx265 memory leak

Hi, Could you please share steps(and CLI) to reproduce this crash scenario in x265 to help understand the issue better and work on resolving it. It would be better if you could open the issue also on x265 issues page for better tracking. *Than

Re: [FFmpeg-devel] [PATCH] libavformat/mpegts.c: add support for ATSC E-AC-3 streams

This looks correct. I can’t find a broadcast to test unfortunately. Will wait a few days in case anyone has an objection to assigning 0x87 for this. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To