On Sun, Oct 13, 2024 at 03:18:49PM +0200, Soma Lucz wrote:
> -disposition:
> Clarify the meaning of the default value, and how the '+' and '-'
> prefixes work. Add more examples.
>
> -stats:
> Clarify that it appears as an "info"-level log.
>
> -progress:
> Add info about the "progress" key's val
On Wed, Sep 25, 2024 at 03:16:40PM +0300, Martin Storsjö wrote:
> Since Xcode 15, macOS developer tools use a new linker. The new
> linker by default warns for duplicate -l options. As this is a
> known and expected thing, not to be considered an issue, ask for
> the warning to be silenced.
>
> Th
On Fri, Oct 11, 2024 at 12:26:48AM +0200, Niklas Haas wrote:
> From: Niklas Haas
>
> Slightly more convenient, especially for the upcoming refactor which will
> turn SwsContext into a public struct.
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Niklas Haas
> ---
> libswscale/swscale.h
On 2024-10-12 23:36 +0200, martin schitter wrote:
> On 12.10.24 23:18, epira...@gmail.com wrote:
> > Maybe just squash them into one commit.
>
> Yes -- this looks like the most desirable solution.
>
> And thanks to Alex for the suggested improvement!
Thank you Martin and Marvin for the quick respo
On Sun, Oct 13, 2024 at 8:29 AM Anton Khirnov wrote:
>
> Broken after 7753a9d62725d5bd8313e2d249acbe1c8af79ab1. Apply only the
> whitelist early, and the rest with a single call to av_opt_set_dict2()
> with AV_OPT_SEARCH_CHILDREN, which should be equivalent to the original
> behaviour.
>
> Reporte
Pushed.
Thanks,
--
Anton Khirnov
___
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".
Quoting Andrew Randrianasulu (2024-10-08 14:03:13)
> I was experimenting with mencoder
>
>
>
> what do you think? ;)
why oh oh god why?
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffm
Am 04.10.24 um 12:09 schrieb Steven Liu:
Jonathan Baecker 于2024年9月29日周日 05:56写道：
If 'sname:*' is set in the var_stream_map variable, use it as
the NAME attribute for subtitles. This improves the naming of
subtitle streams in HTML players, providing clearer and more
descriptive labels for users.
Pushed.
Thanks,
--
Anton Khirnov
___
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".
Anton Khirnov (12024-10-13):
> > I was experimenting with mencoder
> why oh oh god why?
Among other things, because on that other project there are no people
who think they can tell their fellow developers what they should or
should not be working on.
--
Nicolas George
___
Quoting Marth64 (2024-10-12 20:04:50)
> When Closed Captions are discovered, this method is always invoked.
> Therefore, use it to set the property instead of repeating the statement.
>
> Signed-off-by: Marth64
> ---
> libavcodec/mpeg12dec.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deleti
Pushed.
Thanks,
--
Anton Khirnov
___
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".
As specified in libass's ass_types.h, the colors or ASS_Images
should be converted to YCbCr using the matrix/range specified in
the track's YCbCrMatrix field (unless that field is set to YCBCR_NONE,
and defaulting to TV.601 if the header is missing).
This does not affect any subtitles generated or
Pushed.
Thanks and sorry it took so long,
--
Anton Khirnov
___
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 "u
Quoting Cameron Gutman (2024-10-12 01:59:09)
> This change caused a codec options regression in FFmpeg 7.1 because we're
> now matching the provided options against the AVCodecContext options list
> _before_ the codec's options list. This breaks codec options that overlap
> with AVCodecContext opti
---
libavutil/pixdesc.c | 25 +++
libavutil/pixfmt.h | 4 ++
libavutil/version.h | 2 +-
libswscale/input.c | 101 ++-
libswscale/utils.c | 2 +
libswscale/version.h | 2 +-
6 files changed, 133 insertions(+), 3 deletions(-)
diff --
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.
---
libswscale/input.c | 72 --
libswscale/utils.c | 2 ++
2 files changed, 71 insertions(+), 3 deletions(-)
diff --git a/libswscale/input.c b/libswscale/input.c
index 35c1fb7..e2af1d5 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -1170,6
-disposition:
Clarify the meaning of the default value, and how the '+' and '-'
prefixes work. Add more examples.
-stats:
Clarify that it appears as an "info"-level log.
-progress:
Add info about the "progress" key's value being "continue" or "end".
Add an example of logging to stdout.
Signed-of
Broken after 7753a9d62725d5bd8313e2d249acbe1c8af79ab1. Apply only the
whitelist early, and the rest with a single call to av_opt_set_dict2()
with AV_OPT_SEARCH_CHILDREN, which should be equivalent to the original
behaviour.
Reported-by: Cameron Gutman
---
libavcodec/avcodec.c | 17 +-
On 13 Oct 2024, at 13:24, Anton Khirnov wrote:
> This function would otherwise fail to build on the next major bump, as
> inject_global_side_data is marked for removal.
>
> It should also never be needed, as there is now a mechanism for
> supplying global side data to decoders directly.
> ---
>
The ctxi_dst variable is unused outside of the av_assert1,
causing an unused variable warning. The simplest solution
for this is to avoid the intermediate variable here.
---
libavfilter/avfilter.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavf
On Sun, 13 Oct 2024 19:31:05 +0200 Michael Niedermayer
wrote:
> On Fri, Oct 11, 2024 at 12:26:49AM +0200, Niklas Haas wrote:
> > From: Niklas Haas
> >
> > And preserve the public SwsContext as separate name. The motivation here
> > is that I want to turn SwsContext into a public struct, while ke
On Sun, 13 Oct 2024 18:46:32 +0200 Michael Niedermayer
wrote:
> On Fri, Oct 11, 2024 at 12:26:56AM +0200, 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
> > --
On 13/10/2024 05:43, Nuo Mi wrote:
> On Sun, Oct 6, 2024 at 6:49 AM Frank Plowman wrote:
>
>> H.266 (V3) section 6.3.3 dictates that the division of the picture into
>> subpictures must be exhaustive and mutually exclusive, i.e. that each
>> CTU "belongs to" one and only one subpicture. In most
---
libavformat/avformat.c | 12 +++---
libavformat/avformat_internal.h | 31 ++
libavformat/demux.c | 72 ++---
libavformat/demux_utils.c | 13 +++---
libavformat/internal.h | 25
5 files changed, 85 insertio
Analogous to what was previously done in avcodec and avfilter.
---
libavdevice/alldevices.c| 2 +-
libavformat/allformats.c| 1 +
libavformat/avformat.c | 1 +
libavformat/avformat_internal.h | 93 +
libavformat/demux.c | 1 +
---
libavformat/avformat.c | 6 ++-
libavformat/avformat_internal.h | 39 +++
libavformat/internal.h | 33 -
libavformat/mux.c | 66 +
libavformat/options.c | 2 +-
5 files changed, 78 inser
There is no reason for this to be a dynamic property, as the only
demuxer using this sets it unconditionally.
---
libavformat/demux.c| 3 ++-
libavformat/demux.h| 5 +
libavformat/internal.h | 5 -
libavformat/mpegts.c | 4 ++--
4 files changed, 9 insertions(+), 8 deletions(-)
d
This function would otherwise fail to build on the next major bump, as
inject_global_side_data is marked for removal.
It should also never be needed, as there is now a mechanism for
supplying global side data to decoders directly.
---
libavformat/avformat.h| 5 +
libavformat/demux_utils.c
ff_stream_side_data_copy() has been gone since
5432d2aacad5fa7420fe2d9369ed061d521e92d6
---
libavformat/internal.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 6c026f08a0..489a7cad08 100644
--- a/libavformat/internal.h
+++ b/liba
Trivial for now, will become more useful in future commits, as many
fields from FFFormatContext should not be visible to individual
(de)muxers.
---
libavformat/avformat_internal.h | 10 ++
libavformat/options.c | 7 +--
2 files changed, 15 insertions(+), 2 deletions(-)
diff
The demuxer's 'missing_streams' private option is used to communicate
information from the demuxer to avformat_find_stream_info(). However,
that is not only unnecessarily complicated, it also leaks internal
information to users, e.g. this option appears in the results of the
fate-flv-demux test.
U
It has no more internal callers, and we do not want to support direct
pointer access via AVOptions, as that constrains AVOption API
extensions.
---
libavutil/opt.c | 2 ++
libavutil/opt.h | 5 +
libavutil/version.h | 1 +
3 files changed, 8 insertions(+)
diff --git a/libavutil/opt.c b
On Fri, Oct 11, 2024 at 12:26:56AM +0200, 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 | 9 +
> libswscale/utils.c
Am 04.10.24 um 12:06 schrieb Steven Liu:
Jonathan Baecker 于2024年10月1日周二 07:56写道：
This modification applies Steven's suggestion.
Original description was:
Ensure that when the `-hls_flags omit_endlist` option is set,
the `#EXT-X-ENDLIST` tag is also omitted from the `stream_vtt.m3u8`
subtitle p
Am 04.10.24 um 12:06 schrieb Steven Liu:
Jonathan Baecker 于2024年10月1日周二 03:51写道：
Apply Stevens suggestion.
Original description:
Ensure that when the `-hls_flags append_list` option is set,
that *.vtt files in stream_vtt.m3u8 are correctly updated.
This fixes https://trac.ffmpeg.org/ticket/112
On Sun, Oct 13, 2024, 15:09 Anton Khirnov wrote:
> Pushed.
>
> Thanks and sorry it took so long,
> --
> Anton Khirnov
>
Does this affect the release point versions, say FFmpeg/7.1? If so, is a
backport to the release point(s) required?
>
___
ffmpeg-d
On Sun, Oct 6, 2024 at 6:49 AM Frank Plowman wrote:
> H.266 (V3) section 6.3.3 dictates that the division of the picture into
> subpictures must be exhaustive and mutually exclusive, i.e. that each
> CTU "belongs to" one and only one subpicture. In most cases this is
> guaranteed by the syntax,
As specified in libass's ass_types.h, the colors or ASS_Images
should be converted to YCbCr using the matrix/range specified in
the track's YCbCrMatrix field (unless that field is set to YCBCR_NONE,
and defaulting to TV.601 if the header is missing).
This does not affect any subtitles generated or
On 13/10/2024 13:53, arch1t3cht wrote:
As specified in libass's ass_types.h, the colors or ASS_Images
should be converted to YCbCr using the matrix/range specified in
the track's YCbCrMatrix field (unless that field is set to YCBCR_NONE,
and defaulting to TV.601 if the header is missing).
This d
Jonathan Baecker 于2024年10月13日周日 19:54写道：
>
> Am 04.10.24 um 12:09 schrieb Steven Liu:
> > Jonathan Baecker 于2024年9月29日周日 05:56写道：
> >> If 'sname:*' is set in the var_stream_map variable, use it as
> >> the NAME attribute for subtitles. This improves the naming of
> >> subtitle streams in HTML pla
Steven Liu 于2024年10月12日周六 09:21写道：
>
> Marth64 于2024年10月11日周五 15:06写道：
> >
> > Signed-off-by: Marth64
> > ---
> > libavformat/dashdec.c | 15 ++-
> > 1 file changed, 6 insertions(+), 9 deletions(-)
> >
> > diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
> > index 99ac6197
Steven Liu 于2024年10月13日周日 08:42写道：
>
> Marth64 于2024年10月13日周日 01:25写道：
> >
> > Written in the dominant style of the surrounding code block.
> >
> > Signed-off-by: Marth64
> > ---
> > libavformat/hlsenc.c | 4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavform
On Sun, Oct 13, 2024 at 08:03:56PM +0200, Martin Schitter wrote:
> ---
> libavutil/pixdesc.c | 25 +
> libavutil/pixfmt.h | 4
> libavutil/version.h | 2 +-
> tests/ref/fate/imgutils | 4
> tests/ref/fate/sws-pix
On Sat, Oct 12, 2024 at 08:05:31PM -0300, James Almer wrote:
> md5 values change because the nut container now reports rawvideo as encoder
> and Y410 as codec type instead of the bogus RGB[15].
>
> Signed-off-by: James Almer
> ---
> libavcodec/raw.c | 1 +
> libavformat/r
On Fri, Oct 11, 2024 at 12:26:49AM +0200, Niklas Haas wrote:
> From: Niklas Haas
>
> And preserve the public SwsContext as separate name. The motivation here
> is that I want to turn SwsContext into a public struct, while keeping the
> internal implementation hidden. Additionally, I also want to
Thank you!
___
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".
---
libswscale/input.c | 101 ++-
libswscale/utils.c | 2 +
libswscale/version.h | 2 +-
3 files changed, 103 insertions(+), 2 deletions(-)
diff --git a/libswscale/input.c b/libswscale/input.c
index e2af1d5..9beb72b 100644
--- a/libswscale/input.c
+
---
libavutil/pixdesc.c | 25 +
libavutil/pixfmt.h | 4
libavutil/version.h | 2 +-
tests/ref/fate/imgutils | 4
tests/ref/fate/sws-pixdesc-query | 11 +++
5 files changed, 45 insertions(+), 1 deletion(-)
---
libswscale/input.c | 72 --
libswscale/utils.c | 2 ++
2 files changed, 71 insertions(+), 3 deletions(-)
diff --git a/libswscale/input.c b/libswscale/input.c
index 35c1fb7..e2af1d5 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -1170,6
Additonal pix_fmts and swscale import support for RGB Float data.
v2 fixes changed fate results.
martin
Martin Schitter (3):
swscale/input: add input support for RGBF32
avutil: add RGBF16 pix_fmt
swscale/input: add input support for RGBF16
libavutil/pixdesc.c | 25 +
li
if video has only one frame, frame->pts - st->last_pts will always be 0.
---
libavfilter/src_movie.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/src_movie.c b/libavfilter/src_movie.c
index d2aa572d12..8bbe913574 100644
--- a/libavfilter/src_movie.c
+++ b/libavfi
On 14.10.24 00:45, Michael Niedermayer wrote:
On Sun, Oct 13, 2024 at 08:03:56PM +0200, Martin Schitter wrote:
---
libavutil/pixdesc.c | 25 +
libavutil/pixfmt.h | 4
libavutil/version.h | 2 +-
tests/ref/fate/imgutil
v3 changes: The new RGBF16 pix format enum entry is moved to end of list.
Martin
Martin Schitter (3):
swscale/input: add input support for RGBF32
avutil: add RGBF16 pix_fmt
swscale/input: add input support for RGBF16
libavutil/pixdesc.c | 25 +
libavutil/pixfmt.h
---
libswscale/input.c | 101 ++-
libswscale/utils.c | 2 +
libswscale/version.h | 2 +-
3 files changed, 103 insertions(+), 2 deletions(-)
diff --git a/libswscale/input.c b/libswscale/input.c
index e2af1d5..9beb72b 100644
--- a/libswscale/input.c
+
---
libavutil/pixdesc.c | 25 +
libavutil/pixfmt.h | 4
libavutil/version.h | 2 +-
tests/ref/fate/imgutils | 4
tests/ref/fate/sws-pixdesc-query | 11 +++
5 files changed, 45 insertions(+), 1 deletion(-)
---
libswscale/input.c | 72 --
libswscale/utils.c | 2 ++
2 files changed, 71 insertions(+), 3 deletions(-)
diff --git a/libswscale/input.c b/libswscale/input.c
index 35c1fb7..e2af1d5 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -1170,6
58 matches
Mail list logo
