This patch series makes vf_minterpolate approximately 5% faster,
according to my tests, which I performed on a Ryzen 7 PRO 4750U,
compiling with GCC 15.2.1, using -O2.
Zsolt Vadasz (2):
libavfilter/vf_minterpolate: Hoist hot loop in `set_frame_data`
libavfilter/vf_minterpolate: Use local var
On 7/28/2025 10:50 PM, Vittorio Giovara wrote:
From a244d96e045439f9e3a4db99e2f479e8686221da Mon Sep 17 00:00:00 2001
From: Vittorio Giovara
Date: Wed, 23 Jul 2025 23:42:14 +0200
Subject: [PATCH 2/2] lavu/spherical: Add support for Spherical Immersive type
---
libavformat/mov.c | 3 +++
li
On Thu, Jul 24, 2025 at 12:13 AM Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> This patchset adds new boxes and projection values from from
> https://developer.apple.com/av-foundation/Stereo-Video-ISOBMFF-Extensions.pdf
>
> Vittorio Giovara (2):
> mov: Export frame packing information
This patchset adds new boxes and projection values from from
https://developer.apple.com/av-foundation/Stereo-Video-ISOBMFF-Extensions.pdf
Vittorio Giovara (2):
mov: Export frame packing information from pack box
lavu/spherical: Add support for Spherical Immersive type
libavformat/mov.c
On 7/19/2025 3:09 AM, compn wrote:
On Fri, 18 Jul 2025 10:58:18 -0700, Eric Joyner wrote:
On 7/17/2025 8:54 AM, compn wrote:
do we have a nikon heif/ hif file sample for our samples
repository? http://samples.ffmpeg.org
we like to keep some files around for testing , to make sure we dont
brea
On Fri, Jul 18, 2025 at 08:09:34PM -1000, compn wrote:
> On Fri, 18 Jul 2025 10:58:18 -0700, Eric Joyner wrote:
>
> > On 7/17/2025 8:54 AM, compn wrote:
> > > do we have a nikon heif/ hif file sample for our samples
> > > repository? http://samples.ffmpeg.org
> > >
> > > we like to keep some files
On Fri, 18 Jul 2025 10:58:18 -0700, Eric Joyner wrote:
> On 7/17/2025 8:54 AM, compn wrote:
> > do we have a nikon heif/ hif file sample for our samples
> > repository? http://samples.ffmpeg.org
> >
> > we like to keep some files around for testing , to make sure we dont
> > break them later.
> >
On 7/17/2025 8:54 AM, compn wrote:
On Wed, 16 Jul 2025 19:30:00 -0700, Eric Joyner wrote:
This patch set was motivated by ffmpeg being unable to open .HIF files
from a Nikon Z6 III camera because it would always fail with an error
involving thumbnails; probably due to them including three.
Wit
On Wed, 16 Jul 2025 19:30:00 -0700, Eric Joyner wrote:
> This patch set was motivated by ffmpeg being unable to open .HIF files
> from a Nikon Z6 III camera because it would always fail with an error
> involving thumbnails; probably due to them including three.
>
> With these changes, ffprobe/ffm
This patch set was motivated by ffmpeg being unable to open .HIF files
from a Nikon Z6 III camera because it would always fail with an error
involving thumbnails; probably due to them including three.
With these changes, ffprobe/ffmpeg will no longer
error out on those types of files.
I ran "make
This patch improves code in
https://ffmpeg.org/pipermail/ffmpeg-devel/2025-June/345435.html
-BEGIN PGP PUBLIC KEY BLOCK-
mDMEaEpkmRYJKwYBBAHaRw8BAQdAGwGqH/Dwod+i6kR0/Rhn5GanJ7wK8mM9tWP/
W2qu8Ti0HTUwMjAyNDMzMDA1NkBzbWFpbC5uanUuZWR1LmNuiJkEExYKAEEWIQQC
zskBcOehk1y8GoKZR31bPD+6owUCaEpkmQIb
This patch set version applies the last comment on the review by Martin
Storsj?? to avoid changing the register used for asr, and also for the
context historically appliesd comments:
> This is an unrelated change
Fixed and resolved
> The patch adds trailing whitespace here and in many other place
and other cosmetic fixes.
As per review by Ramiro Polla in message: "Re: [FFmpeg-devel]
[FFmpeg-cvslog] fftools/resources: Add resource manager files with
build-time compression"
softworkz (2):
fftools/resman: remove unused includes, fix declaration
fftools/resman: use inflate loop with incre
2 patches to fix video playback of Rebel Assault 1 SEGA-CD Version.
The code for this was reversed from the latest DOS EXE and tested
with content from the SEGA-CD release.
See https://ibb.co/QvsbpWY9 for before/after screenshots.
Manuel Lauss (2):
avcodec/sanm: fix codec33/34 tile generator
This is the "bad" patch from the graphprint patchset. It is largely
unchanged, except:
* The method to determine the temp folder has been revised
* Only xdg-open is called for Linux
(no alternate aliases)
* An additional check is added for illustration
(but not actually necessary)
A seco
On Tue, May 06, 2025 at 01:06:40AM +0200, Michael Niedermayer wrote:
> This patch set will remove libpostproc from FFmpeg
> resulting in a master branch like:
> https://github.com/michaelni/FFmpeg/tree/experiment-sourceplugin-master
>
> matching this, libpostproc can trivially become a source plu
This patch set will remove libpostproc from FFmpeg
resulting in a master branch like:
https://github.com/michaelni/FFmpeg/tree/experiment-sourceplugin-master
matching this, libpostproc can trivially become a source plugin like here:
https://github.com/michaelni/FFmpeg/tree/experiment-sourceplugin
These patches remove the ogg header packets from secondary chainged ogg
streams from the demuxer.
First, a test utility is added to track what is currently happening with
chained streams.
Then the changes are introduced: the packet demuxing function is used to
explicitely tell the demuxer to skip
This changeset
* adds an av class category for hw device contexts
* assigns a color to it
* adds an item_name function to the av class for hw device context
Before
==
[AVHWDeviceContext @ 0260A9C63E00] Selecting d3d11va adapter 2
[AVHWDeviceContext @ 0260A9C63E00] Using device 80
fftools/ffprobe: Add YAML output writer
Motivation
While YAML might not be the greatest format as such, its strengths are in
human readability, probably better than any other format we have currently,
which makes it worthwhile to add afaic.
softworkz (2):
fftools/ffprobe: Add YAML output write
This add support for WebVTT subtitles in HLS streams. similar like for
separate audio streams, it supports all available WebVTT streams in all
renditions. No new options are added, it just works and provides subtitles
streams like other demuxers.
The code prevents downloading subtitle segments whi
Dear list,
with help from Michael I extended the ellipse area to a superellipse.
The user parameter 'r' has changed to become a float value.
Values 0 < r < 1 the area looks like a four edge star.
Value r = 1 the area get a rhombus.
Values 1 < r < 2 the area is a rhombus with concave sides.
Value
On 12/11/24 5:32 PM, Marth64 wrote:
Hi Leo,
In libjxl_anim_encode_frame():
+if (!ctx->prev) {
+ret = AVERROR(ENOMEM);
+goto end;
+}
+ret = ff_encode_get_frame(avctx, ctx->prev);
+if (ret == AVERROR(EAGAIN) || ret == AVERROR_EOF)
+
Hi Leo,
In libjxl_anim_encode_frame():
> +if (!ctx->prev) {
> +ret = AVERROR(ENOMEM);
> +goto end;
> +}
> +ret = ff_encode_get_frame(avctx, ctx->prev);
> +if (ret == AVERROR(EAGAIN) || ret == AVERROR_EOF)
> +goto end;
> +
On 12/4/24 9:59 AM, Leo Izen wrote:
> Changes since v1:
> - modified fate tests to use jpegxl_anim codec ID, so
> the fate tests don't fail after applying patch 2/2
>
> Leo Izen (2):
>avcodec/libjxlenc: add animated JPEG XL encoder
>avformat/jpegxl_anim_dec: use new animated JPEG XL codec
On 12/4/24 9:59 AM, Leo Izen wrote:
Changes since v1:
- modified fate tests to use jpegxl_anim codec ID, so
the fate tests don't fail after applying patch 2/2
Leo Izen (2):
avcodec/libjxlenc: add animated JPEG XL encoder
avformat/jpegxl_anim_dec: use new animated JPEG XL codec ID
config
Changes since v1:
- modified fate tests to use jpegxl_anim codec ID, so
the fate tests don't fail after applying patch 2/2
Leo Izen (2):
avcodec/libjxlenc: add animated JPEG XL encoder
avformat/jpegxl_anim_dec: use new animated JPEG XL codec ID
configure| 2 +
l
It would be nice if FFmpeg could have some concept of locale; for example,
in Matroska, geographical region and writing script metadata can coexist
with the language code using LanguageBCP47 element (think "en-US", "fr-FR").
This is particularly useful to distinguish between streams with same
lang
vectronic 于2024年11月8日周五 05:31写道：
>
> I am again updating and resubmitting a patch which fixes the following ticket:
>
> https://trac.ffmpeg.org/ticket/7359
>
> This fix has been tested and recommended by several people now and I have
> been using it in production successfully since I submitted it
This set of 2 patches adds support for SMUSH codec47 subcodec1 interpolation
table support, and fixes handling of the SMUSH XPAL (delta palette) chunk.
Patch 1 aims to reduce the blockyness of quarter-sized keyframes: the codec
stream provides data to construct a 256x256 table where the values of
I am again updating and resubmitting a patch which fixes the following ticket:
https://trac.ffmpeg.org/ticket/7359
This fix has been tested and recommended by several people now and I have been
using it in production successfully since I submitted it 6 years ago...
The main patch in the series
vectronic (2):
avformat/hls: always return keyframe if not AVSEEK_FLAG_ANY
avformat/mov: handle stream position resets
libavformat/hls.c | 8 +---
libavformat/mov.c | 37 +
2 files changed, 38 insertions(+), 7 deletions(-)
base-commit: fe219446565e
Additonal pix_fmts and swscale import support for RGB Float data.
Please review and merge these changes.
thanks
martin
Martin Schitter (2):
swscale/input: add input support for RGBF32
avutil/swscale: add RGBF16 pix_fmt and input support
libavutil/pixdesc.c | 25 +++
libavutil/pixfmt.
The configure change suggests installing nasm/yasm in addition to suggesting
the --disable-x86asm flag.
I also made a word change to better describe --disable-x86asm's affect on the
build.
The doc/mailing-list-faq change removes the line that says one can simply email
ffmpeg-user-requ...@ffmpeg.
Hi,
Il 30/07/24 22:54, michael at niedermayer.cc (Michael Niedermayer) ha
scritto:
Why does playback fail ? > 1/1 and unspecified are different things, 0/0 would
be unspecified
where does 20480/0 turn into 20480/1 ? or did i misunderstand this?
It seems that denominator 0 is replaced with 1
On Tue, Jul 30, 2024 at 06:15:30PM -0300, James Almer wrote:
> On 7/30/2024 5:54 PM, Michael Niedermayer wrote:
> > On Tue, Jul 30, 2024 at 03:11:47PM +0200, Giovanni Mascellani wrote:
> > > I came across some H.264 files in the wild whose SAR is set to
> > > 20480/0. The files are provided by the
On 7/30/2024 5:54 PM, Michael Niedermayer wrote:
On Tue, Jul 30, 2024 at 03:11:47PM +0200, Giovanni Mascellani wrote:
I came across some H.264 files in the wild whose SAR is set to
20480/0. The files are provided by the Ubisoft game OddBallers, and
are seemingly accepted and played properly when
On Tue, Jul 30, 2024 at 03:11:47PM +0200, Giovanni Mascellani wrote:
> I came across some H.264 files in the wild whose SAR is set to
> 20480/0. The files are provided by the Ubisoft game OddBallers, and
> are seemingly accepted and played properly when the game is played on
> Windows (thus using t
I have only tested that it builds, but not that it runs on a real
Windows system.
Ramiro Polla (2):
compat/w32dlfcn: remove backup definitions for safe LoadLibrary flags
compat/w32dlfcn: remove support for pre-KB2533623 Win7 systems
compat/w32dlfcn.h | 58
I came across some H.264 files in the wild whose SAR is set to
20480/0. The files are provided by the Ubisoft game OddBallers, and
are seemingly accepted and played properly when the game is played on
Windows (thus using the Microsoft Media Foundations
implementation).
When running the game with W
From: Zhao Zhili
With wasi-sdk toolchain [1], now you can
./configure --cc=${wasi-sdk}/bin/clang \
--cxx=${wasi-sdk}/bin/clang++ \
--ar=${wasi-sdk}/bin/ar \
--strip=${wasi-sdk}/bin/strip \
--nm=${wasi-sdk}/bin/llvm-nm \
--ranlib=${wasi-sdk}/bin/ranlib \
A few minor tweaks to libavutil/film_grain_params.c.
Leo Izen (2):
avutil/film_grain_params: remove unused variables
avutil/film_grain_params: remove do loop in CHECK macro
libavutil/film_grain_params.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
--
2.44.0
There seems to be a couple of documentation conventions in the code:
/**
* - encoding: (who sets this in encoding context)
* - decoding: (who sets this in decoding context)
*/
int foo;
/**
* Encoding: (meaning in encoding context)
* Decoding: (meaning in decoding context)
This is the scenario:
- unaligned PES and NAL encoding
- the first NAL of the access unit begins at the very end of a ts packet,
sometimes only the 0x00 of the trailing byte (unfortunately, this is still
conformant to the standards!)
- the video frame is so small (ex: typically still picture) it
On Wed, Feb 7, 2024 at 6:40 PM Vittorio Giovara
wrote:
> On Wed, Feb 7, 2024 at 6:38 PM Nicolas George wrote:
>
> > Anton Khirnov (12024-02-07):
> > > ...so they are precisely broken by design.
> >
> > Words words words.
> >
> > Words to try and hide that something used to work for people and no
On Wed, Feb 7, 2024 at 6:38 PM Nicolas George wrote:
> Anton Khirnov (12024-02-07):
> > ...so they are precisely broken by design.
>
> Words words words.
>
> Words to try and hide that something used to work for people and now you
> are done with it it no longer works.
>
> Exactly the kind of att
Anton Khirnov (12024-02-07):
> ...so they are precisely broken by design.
Words words words.
Words to try and hide that something used to work for people and now you
are done with it it no longer works.
Exactly the kind of attitude that killed libav, killing FFmpeg now.
--
Nicolas George
___
Quoting Stefano Sabatini (2024-02-05 01:02:20)
> This implies a misunderstanding of what these components are. If
> they are broken with ffmpeg.c this is not a good reason to remove
> them (ffmpeg.c is not the only user).
They are broken with _any_ caller that happens to call libavformat from
a th
Anton Khirnov (12024-02-07):
> For instance? What do these devices support that e.g. NUT does not?
Returning the latency of the device.
> neither should we try.
This is the libav mindset we do not want in FFmpeg.
--
Nicolas George
___
ffmpeg-devel
It works until move or resize the window.
yes, that's right. I didn't notice because I didn't try to move or resize the
window.
My point is: Removing SDL would break many examples that can be found in the
internet.
Michael
___
ffmpeg-devel mailin
Quoting Marton Balint (2024-02-04 11:11:12)
> > The 'pipe:' output can be used with a real video player such as mpv, vlc, or
> > even ffplay. For cases where the user was an application using the API they
> > should supply their own renderer.
>
> Yeah, but I never liked when people piped uncompres
> On Feb 7, 2024, at 04:51, Michael Koch wrote:
>
> I didn't notice any problems with -f sdl2. I just tested again with Windows
> 11 and the latest FFmpeg build from Gyan, just 2 days old.
>
> ffmpeg -re -f lavfi -i testsrc2=s=800x600 -t 10 -f sdl2 -
>
> Works without any problems.
It works
I didn't notice any problems with -f sdl2. I just tested again with
Windows 11 and the latest FFmpeg build from Gyan, just 2 days old.
ffmpeg -re -f lavfi -i testsrc2=s=800x600 -t 10 -f sdl2 -
Works without any problems.
Michael
___
ffmpeg-devel mai
On Tue, Feb 6, 2024 at 9:08 AM Michael Koch
wrote:
> Removing SDL2 sounds like a very bad idea. There are many examples which
> are using these output devices, and all these examples would be broken.
> A quick search in my book
> http://www.astro-electronic.de/FFmpeg_Book.pdf
> finds about 40 occ
Zhao Zhili (12024-02-06):
> Those examples are broken already before the patch.
Funny that the people who actually use the feature had not noticed.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/lis
> On Feb 6, 2024, at 16:08, Michael Koch wrote:
>
> Removing SDL2 sounds like a very bad idea. There are many examples which are
> using these output devices, and all these examples would be broken. A quick
> search in my book
> http://www.astro-electronic.de/FFmpeg_Book.pdf
> finds about 40
Removing SDL2 sounds like a very bad idea. There are many examples which
are using these output devices, and all these examples would be broken.
A quick search in my book
http://www.astro-electronic.de/FFmpeg_Book.pdf
finds about 40 occurences for "-f sdl" or "-f sdl2".
Michael
__
On date Sunday 2024-02-04 10:02:31 +0100, J. Dekker wrote:
> With the addition of threading in ffmpeg.c, the SDL2 devices no longer have
> the
> 'main' thread. This means that both the SDL2 and OpenGL output device are
> broken
> in master. Rather than attempting to fix it, they should be removed
On Sun, 4 Feb 2024, Rémi Denis-Courmont wrote:
Le 4 février 2024 11:11:12 GMT+01:00, Marton Balint a écrit :
Actually they work here on a linux box with OpenSuse 15.5. So even if they
are broken on some setups, they are not broken everywhere, or not more broken
than they used to be.
No.
On Sun, Feb 04, 2024 at 10:02:31AM +0100, J. Dekker wrote:
> With the addition of threading in ffmpeg.c, the SDL2 devices no longer have
> the
> 'main' thread. This means that both the SDL2 and OpenGL output device are
> broken
> in master. Rather than attempting to fix it, they should be removed
Le 4 février 2024 10:02:31 GMT+01:00, "J. Dekker" a écrit :
>With the addition of threading in ffmpeg.c, the SDL2 devices no longer have the
>'main' thread. This means that both the SDL2 and OpenGL output device are
>broken
>in master. Rather than attempting to fix it, they should be removed in
Le 4 février 2024 11:11:12 GMT+01:00, Marton Balint a écrit :
>Actually they work here on a linux box with OpenSuse 15.5. So even if they
>are broken on some setups, they are not broken everywhere, or not more broken
>than they used to be.
No. They were always broken in terms of the design, an
On Sun, 4 Feb 2024, J. Dekker wrote:
With the addition of threading in ffmpeg.c, the SDL2 devices no longer have the
'main' thread. This means that both the SDL2 and OpenGL output device are broken
in master. Rather than attempting to fix it, they should be removed instead as
there are better
FFmpeg project leader never left, it is still Michael.
But now there are his minions like Anton and others.
FFmpeg is already dead project.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubsc
Quoting Zhao Zhili (2024-02-04 10:19:11)
> > On Feb 4, 2024, at 17:02, J. Dekker wrote:
> >
> > With the addition of threading in ffmpeg.c, the SDL2 devices no longer have
> > the
> > 'main' thread. This means that both the SDL2 and OpenGL output device are
> > broken
> > in master. Rather than
Quoting J. Dekker (2024-02-04 10:02:31)
> With the addition of threading in ffmpeg.c, the SDL2 devices no longer have
> the
> 'main' thread. This means that both the SDL2 and OpenGL output device are
> broken
> in master. Rather than attempting to fix it, they should be removed instead as
> there
> On Feb 4, 2024, at 17:02, J. Dekker wrote:
>
> With the addition of threading in ffmpeg.c, the SDL2 devices no longer have
> the
> 'main' thread. This means that both the SDL2 and OpenGL output device are
> broken
> in master. Rather than attempting to fix it, they should be removed instea
With the addition of threading in ffmpeg.c, the SDL2 devices no longer have the
'main' thread. This means that both the SDL2 and OpenGL output device are broken
in master. Rather than attempting to fix it, they should be removed instead as
there are better alternatives for debugging or viewing stre
This adds support for cLLi and mDVc chunks in the PNG specification[1].
[1]: https://www.w3.org/TR/png-3/
Leo Izen (2):
avcodec/pngdec: read cLLi and mDVc chunks
avcodec/pngenc: write cLLi and mDVc chunks
libavcodec/pngdec.c | 63 +
libavcodec/pn
Synchronize video frames with an external mapping from a file.
Follows up on the idea in
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2023-January/305986.html
implemented as a filter.
Not storing the frame map in a probably huge string but buffering
piece-wise. Using a fixed format string.
Th
Two bug fixes related to the JPEG XL parser. They're not exactly related and
don't need to be applied in sequence.
Leo Izen (2):
avcodec/jpegxl_parse{,r}: use correct ISOBMFF extended size location
avcodec/jpegxl_parser: fix parsing sequences of extremely small files
libavcodec/jpegxl_parse.
First time modifing FFmpeg code and sending patch, please bear with me for
mistakes.
Following patches add support for applying 3D LUT from file using oneVPL VPP.
Limitation:
The new feature is only available when `CONFIG_VAAPI` is enabled, because of
my limited test environemnt and little experi
Preparatory patch independently beneficial. Note: all of these
are for the sake of simplicity, from 2020, but needed cleaner
rebasing.
Christophe Gisquet (2):
Expose and start using skip_remaining
read_xbits: request fewer bits
libavcodec/bitstream.h | 8 +---
libavcodec/bitstr
This set contains 2 additions to the patch review and commit policy/guidlines
___
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.
AviSynth+ 3.7.3 adds the ability to define audio
channel layouts, and adding it to the libavformat
demuxer is trivial.
Bumps the minimum required version of the AviSynth+
headers to 3.7.3.
Stephen Hutchinson (2):
avisynth: pass audio channel layout
configure: bump minimum AviSynth+ header ver
Hi Marton,
Sorry, I'm now recognizing I should have answered this email prior to
the later one. Comments inline:
On Tue, Apr 25, 2023 at 5:59 PM Marton Balint wrote:
> > Regarding the use of avpriv_packet_list() as opposed to
> > avpacket_queue_*, I used the avpacket_queue functions for consist
Hello Marton,
On Wed, Apr 26, 2023 at 3:36 AM Marton Balint wrote:
> Okay, I realized there is one thing here I don't understand. What if we
> interleave data packets the same way as others, but we don't wait for them
> in order to start flushing packet queues?
>
> So I wonder, if you removed the
On Mon, 24 Apr 2023, Devin Heitmueller wrote:
Hello Marton,
Thanks for reviewing. Comments inline:
On Sun, Apr 23, 2023 at 2:43 PM Marton Balint wrote:
In general, queueing packets in specific components should be avoided if
possible. Muxed packets are normally ordered by DTS and stream i
On Mon, 24 Apr 2023, Devin Heitmueller wrote:
Hello Marton,
Thanks for reviewing. Comments inline:
On Sun, Apr 23, 2023 at 2:43 PM Marton Balint wrote:
[...]
Thanks for the detailed explanations. I guess then keeping the queue is
well justified here.
Regarding the use of avpriv_pack
Hello Marton,
Thanks for reviewing. Comments inline:
On Sun, Apr 23, 2023 at 2:43 PM Marton Balint wrote:
> In general, queueing packets in specific components should be avoided if
> possible. Muxed packets are normally ordered by DTS and stream id, generic
> code ensures that. If you want some
On Fri, 21 Apr 2023, Devin Heitmueller wrote:
This patch series implements output of SMPTE 2038 VANC over SDI, building
on the prior patch series which added it in the TS domain. Note that
we moved the AVPacketQueue to be common code within libavdevice so it
can be shared by both the decklin
This patch series implements output of SMPTE 2038 VANC over SDI, building
on the prior patch series which added it in the TS domain. Note that
we moved the AVPacketQueue to be common code within libavdevice so it
can be shared by both the decklink input and output.
Comments/feedback are welcome.
On 3/3/23 15:31, Leo Izen wrote:
This patch adds support for animated JPEG XL files in both the libjxl
decoder wrapper and a separate demuxer to properly set the timebase for it.
Leo Izen (2):
avcodec/libjxldec: add animated decode support
avformat/jpegxl_anim_dec: add animated JPEG XL dem
This patch adds support for animated JPEG XL files in both the libjxl
decoder wrapper and a separate demuxer to properly set the timebase for it.
Leo Izen (2):
avcodec/libjxldec: add animated decode support
avformat/jpegxl_anim_dec: add animated JPEG XL demuxer
MAINTAINERS
The first patch fixes a FATE issue.
The second patch was discussed on IRC. I got a LGTM from Kasper, but sending to
ML here and applying in a few days if there's no objections.
A few things discussed:
1) There's no need to expose the gamma table as another function as it's only
used here.
2) Th
Add support to the PNG decoder and encoder to support sBIT chunks.
Leo Izen (2):
avcodec/pngdec: support sBIT chunks
avcodec/pngenc: write sBIT chunks
libavcodec/pngdec.c | 57 +
libavcodec/pngenc.c | 7 ++
2 files changed, 64 insertions(+)
-
Hey guys,
Any feedback on this patch?
Regards
___
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"
The matroska specification states the start time and duration of subtitle
entries are encoded in the block TimeStamp and BlockDuration. Furthermore,
for all subtitle formats except S_HDMV/PGS the BlockDuration must always be
defined and have an absolute value even if it is simply 0. ffmpeg assumes
On Tue, 3 Jan 2023 at 03:13, Philip Langdale wrote:
> On Tue, 3 Jan 2023 02:39:19 +0300
> Dennis Mungai wrote:
>
> > Related,
> >
> > If this were to be implemented in mpv, can libplacebo pick up this
> > feature spec as a filter in ffmpeg? Perhaps that would make such a
> > feature easier to me
On Tue, 3 Jan 2023 02:39:19 +0300
Dennis Mungai wrote:
> Related,
>
> If this were to be implemented in mpv, can libplacebo pick up this
> feature spec as a filter in ffmpeg? Perhaps that would make such a
> feature easier to merge down the line, instead of re-implementing it
> directly in ffmpe
On Tue, 3 Jan 2023 at 02:22, Philip Langdale wrote:
> This filter implements frame rate down/upsampling using nvidia's
> Optical Flow FRUC (Frame Rate Up Conversion) library. It's neat because
> you get realtime interpolation with a decent level of quality. It's
> impractical because of licensing
This filter implements frame rate down/upsampling using nvidia's
Optical Flow FRUC (Frame Rate Up Conversion) library. It's neat because
you get realtime interpolation with a decent level of quality. It's
impractical because of licensing.
I have no actual intention to merge this, as it doesn't eve
This enables pushing TTML together with another track (usually video)
as part of CMAF Ingest, as defined by the DASH-IF Live Media Ingest
Protocol.
Currently does not function well with just the subtitle track unless
the API user explicitly requests fragmentation with a nullptr packet,
as the gene
On Sat, 2022-11-19 at 16:35 -0500, Rick Kern wrote:
> objpool was only being used in fftools, but it's useful in other
> components to reduce alloation time and memory fragmentation.
>
> This patch set moves objpool to libavutil, so it can be used by
> lavc/videotoolboxenc for data being passed fr
objpool was only being used in fftools, but it's useful in other components to
reduce alloation time and memory fragmentation.
This patch set moves objpool to libavutil, so it can be used by
lavc/videotoolboxenc for data being passed from input frames to output packets.
Rick Kern (2):
fftools
This is split out from my earlier patchset "SEI parsing for QSV decoders"
(https://github.com/ffstaging/FFmpeg/pull/31) as it is only logically
related but not technically.
The first patch had been reviewed and partially authored by Anton (I have
indicated this with a signed-off line, please advis
Example out put for command: ffmpeg -h filters=overlay
Filter overlay
Overlay a video source on top of the input.
slice threading supported
Inputs:
#0: main (video), Formats: Dynamic, Default: [yuv420p, yuvj420p,
yuva420p, nv12, nv21]
#1: overlay (video), Formats: Dynamic,
On 10/2/22 03:58, Leo Izen wrote:
FFmpeg has supported these pixel formats since 7bb0afc245d093b0 and
libjxl supports receiving/sending these pixel formats so it makes
sense to add support to the libjxl wrapper for these formats.
Bumping for review.
- Leo Izen
___
FFmpeg has supported these pixel formats since 7bb0afc245d093b0 and
libjxl supports receiving/sending these pixel formats so it makes
sense to add support to the libjxl wrapper for these formats.
Leo Izen (2):
avutil/pixfmt.h: add native-endian RGB32F and RGBA32F formats
avcodec/libjxl: use RG
Recently libFLAC gained the ability (not in any released version yet
though) to create FLAC files containing 32-bit int PCM samples. To
keep complexity reasonable, the choice was made to limit residuals
to 32-bit integers, which the encoder must make sure of. In case
the encoder cannot find any pre
1 - 100 of 374 matches
Mail list logo
