Once upon a time, there used to be a LGPL and a GPL ProRes decoder
in FFmpeg; the current decoder evolved from the second of these.
But given that it is now the only ProRes decoder we have, it's file
should simply be named proresdec.c (which also brings it in line with
its header).
Signed-off-by:
Andreas Rheinhardt:
> Besides being redundant, freeing manually is actually harmful here,
> as rtmp_close() may call gen_fcunpublish_stream() which dereferences
> rt->playpath.
>
> Reported-by: Armin Hasitzka
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/rtmpproto.c | 3 ---
> 1 file
It is more natural and simplifies writing these arrays.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/bitstream_template.h | 2 +-
libavcodec/vlc.c| 10 +-
libavcodec/vlc.h| 5 -
3 files changed, 10 insertions(+), 7 deletions(-)
diff --git
It is more natural and simplifies writing these arrays.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/bitstream_template.h | 2 +-
libavcodec/vlc.c| 8
libavcodec/vlc.h| 5 -
3 files changed, 9 insertions(+), 6 deletions(-)
diff --git
VLC_MULTI_ELEM contains an uint8_t array that is supposed
to be treated as an array of uint16_t when the used symbols
have a size of two; otherwise it should be treated as just
an array of uint8_t, but it was not always treated that way:
vlc_multi_gen() initialized the first entry of the array
by
The fits decoder decodes to native pixel formats; so
the fitsdec-gbrap16be fate test failed on BE despite
its name because the reference file is LE.
This patch fixes this by forcing a pixel format;
the forced pixel format is BE, causing a change
in the reference file.
The fitsdec-gbrp16be test was
On Fri, Mar 29, 2024 at 09:35:09AM +0100, Anton Khirnov wrote:
> ---
> libavformat/movenc.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
can you add a fate test for this ?
its odd we have no single test that changes from this
thx
[...]
--
Michael GnuPG fingerprint:
On Thu, Mar 28, 2024 at 03:11:29PM -0500, Marth64 wrote:
[...]
> +static int rcwt_probe(const AVProbeData *p)
> +{
> +return p->buf_size > RCWT_HEADER_SIZE &&
> + AV_RB16(p->buf) == 0x&&
> + AV_RB8(p->buf + 2) == 0xED &&
> + AV_RB16(p->buf +
Here's an alternative first patch that rolls patch 1+3 into one. I'd
like some feedback on this before I continue hacking on patch 2. While
I don't like that we accept any old broken srt file, especially without
knowing what software made it, I'm not completely opposed to
compromising in this
lör 2024-03-30 klockan 00:35 +0100 skrev Michael Niedermayer:
> On Thu, Mar 28, 2024 at 11:57:57PM +0100, Tomas Härdin wrote:
> > Here as well
>
> > libavformat/srtdec.c | 211 --
> > -
> > tests/ref/fate/sub-srt-rrn-remux | 4
> > 2 files
On Fri, Mar 29, 2024 at 12:47:53PM +0100, Stefano Sabatini wrote:
> ---
> doc/muxers.texi | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index f300f8c45f..23506e2ab7 100644
> --- a/doc/muxers.texi
> +++ b/doc/muxers.texi
> @@
On Thu, Mar 28, 2024 at 11:57:57PM +0100, Tomas Härdin wrote:
> Here as well
> libavformat/srtdec.c | 211
> ---
> tests/ref/fate/sub-srt-rrn-remux |4
> 2 files changed, 116 insertions(+), 99 deletions(-)
>
On Sat, 23 Mar 2024, Marton Balint wrote:
Fixes ffplay playback of unknown layouts, when SDL directly supports the audio
format, such as:
ffplay -f lavfi anullsrc=cl=2C,aformat=s16
Without the patch, "Channel layout change is not supported" errors are
generated because buffersrc (unknown 2
Andreas Rheinhardt:
> While this change IMO makes the control flow clearer
> for the human reader, it is especially important for
> GCC: It erroneously believes that it is possible to
> enter the SHORT2(UNUSED|LONG) cases without having
> entered the preceding block that initializes pic,
>
On Fri, Mar 29, 2024 at 12:39:31PM +0100, Anton Khirnov wrote:
> [...] if you have not voted yet please do so ASAP.
+1
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Into a blind darkness they enter who follow after the Ignorance,
they as if into a greater
This is kind of ugly
Fixes: signed integer overflow: 255 * 1157565362826411919 cannot be represented
in type 'long'
Fixes:
67313/clusterfuzz-testcase-minimized-ffmpeg_dem_MXF_fuzzer-6250434245230592
Found-by: continuous fuzzing process
Suggested-by: Tomas Härdin
Signed-off-by: Michael Niedermayer
---
libavcodec/jpeg2000htdec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/jpeg2000htdec.c b/libavcodec/jpeg2000htdec.c
index 6b9898d3ff2..4f0b10b4293 100644
--- a/libavcodec/jpeg2000htdec.c
+++
Fixes: shift exponent -1 is negative
Fixes:
65378/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-5457678193197056
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
Antoine Soulier via ffmpeg-devel:
> With free licensed code, I don't think that will happen; the core algorithm
> is the same.
> LC3 is like a subset of LC3plus, but also adds 7.5ms frame duration.
> I acknowledged the use of only one Codec Id, because it makes sense to me
> to distinguish both as
The format and the first scale filter ensures that the filter
processing actually happens in high bit depth; the second
scale filter is only necessary for big endian arches.
Signed-off-by: Andreas Rheinhardt
---
tests/fate/filter-video.mak | 6 +++---
1 file changed, 3 insertions(+), 3
With free licensed code, I don't think that will happen; the core algorithm
is the same.
LC3 is like a subset of LC3plus, but also adds 7.5ms frame duration.
I acknowledged the use of only one Codec Id, because it makes sense to me
to distinguish both as different profiles / feature sets.
On Fri, Mar 29, 2024 at 2:33 AM Jan Ekström wrote:
>
> * SMPTE ST 2128 IPT-C2 defines the coefficients utilized in DoVi
> Profile 5. Profile 5 can thus now be represented in VUI as
> {AVCOL_RANGE_JPEG, AVCOL_PRI_BT2020, AVCOL_TRC_SMPTE2084,
>AVCOL_SPC_IPT_C2, AVCHROMA_LOC_LEFT} (although
The format and the first scale filter ensures that the filter
processing actually happens in high bit depth; the second
scale filter is only necessary for big endian arches.
Signed-off-by: Andreas Rheinhardt
---
tests/fate/filter-video.mak | 4 ++--
1 file changed, 2 insertions(+), 2
Fixes filter-metadata-signalstats-yuv420p10 on BE arches.
Signed-off-by: Andreas Rheinhardt
---
tests/fate/filter-video.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index ee9f0f5e40..681cddc33e 100644
---
Precludes the usage of the altivec IDCT which fixes
the avid-meridian FATE test on ppc64be here.
Signed-off-by: Andreas Rheinhardt
---
tests/fate/video.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/video.mak b/tests/fate/video.mak
index
Tomas Härdin :
> once I get my srtdec patchset through there will
> be something to follow.
I see the patch now. I agree, this looks like a good step. Thank you!
> Nah it can be done at a later point as an enhancement if you prefer
Yes, please. I am happy to do it, but I think will be
smoother to
Antoine Soulier via ffmpeg-devel:
> The LC3 audio codec is the default codec of Bluetooth LE audio.
> This is a wrapper over the liblc3 library (https://github.com/google/liblc3).
>
> Signed-off-by: Antoine Soulier
> ---
> Changelog | 4 +
> configure | 6 ++
On 3/29/2024 2:28 PM, Andreas Rheinhardt wrote:
James Almer:
Allocate it instead, and use it to compare sets instead of the parsed struct.
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 127 +++
libavcodec/hevc_ps.h | 14 +++--
2 files
You're right, I was not aware at all.
I have pushed a patch that does the job.
PTAL, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
A file format is described in Bluetooth SIG LC3 and ETSI TS 103 634, for
test purpose. This is the format implemented here.
Signed-off-by: Antoine Soulier
---
Changelog| 1 +
doc/muxers.texi | 6 ++
libavformat/Makefile | 2 +
libavformat/allformats.c | 2 +
The LC3 audio codec is the default codec of Bluetooth LE audio.
This is a wrapper over the liblc3 library (https://github.com/google/liblc3).
Signed-off-by: Antoine Soulier
---
Changelog | 4 +
configure | 6 ++
doc/encoders.texi | 57
James Almer:
> Allocate it instead, and use it to compare sets instead of the parsed struct.
>
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 127 +++
> libavcodec/hevc_ps.h | 14 +++--
> 2 files changed, 77 insertions(+), 64 deletions(-)
>
fre 2024-03-29 klockan 09:28 -0500 skrev Marth64:
> Tomas Härdin:
> > Can we please get away from this way of reading subtitles? Every
> > other
> > type of media (audio, video) are capable of being streamed, but not
> > subtitles, precisely because all of them do all parsing in the
> >
Allocate it instead, and use it to compare sets instead of the parsed struct.
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 127 +++
libavcodec/hevc_ps.h | 14 +++--
2 files changed, 77 insertions(+), 64 deletions(-)
diff --git
These tests need a scale filter to convert to the prescribed
pixel format (the native format is endian-dependent).
Signed-off-by: Andreas Rheinhardt
---
And now I will deduplicate this mess...
tests/fate/image.mak | 150 +--
1 file changed, 75
On 29/03/2024 15:58, Andreas Rheinhardt wrote:
Mark Thompson:
On 29/03/2024 14:00, Andreas Rheinhardt wrote:
James Almer:
On 3/29/2024 10:10 AM, Mark Thompson wrote:
On 28/03/2024 13:15, tong1.wu-at-intel@ffmpeg.org wrote:
From: Tong Wu
HEVCHdrParams* receives a pointer which points
James Almer:
> On 3/29/2024 1:10 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> Allocate it instead, and use it to compare sets instead of the parsed
>>> struct.
>>>
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/hevc_ps.c | 84 ++--
>>>
On 3/29/2024 1:10 PM, Andreas Rheinhardt wrote:
James Almer:
Allocate it instead, and use it to compare sets instead of the parsed struct.
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 84 ++--
libavcodec/hevc_ps.h | 14 +---
2 files
James Almer:
> Allocate it instead, and use it to compare sets instead of the parsed struct.
>
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 84 ++--
> libavcodec/hevc_ps.h | 14 +---
> 2 files changed, 51 insertions(+), 47 deletions(-)
Mark Thompson:
> On 29/03/2024 14:00, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 3/29/2024 10:10 AM, Mark Thompson wrote:
On 28/03/2024 13:15, tong1.wu-at-intel@ffmpeg.org wrote:
> From: Tong Wu
>
> HEVCHdrParams* receives a pointer which points to a dynamically
>
Allocate it instead, and use it to compare sets instead of the parsed struct.
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 84 ++--
libavcodec/hevc_ps.h | 14 +---
2 files changed, 51 insertions(+), 47 deletions(-)
diff --git
On 29/03/2024 14:00, Andreas Rheinhardt wrote:
James Almer:
On 3/29/2024 10:10 AM, Mark Thompson wrote:
On 28/03/2024 13:15, tong1.wu-at-intel@ffmpeg.org wrote:
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp
This is helpful at least for test purposes.
---
libavfilter/vf_setparams.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_setparams.c b/libavfilter/vf_setparams.c
index c96f4d314b..1b5eb70344 100644
--- a/libavfilter/vf_setparams.c
+++
I thought the issue was fixed with b89ee26539 but it is not.
Note that I have introduced timeline support in vf_setparams in order to
make testing easier.
v2: fixed color_range pass-through
Nicolas Gaullier (2):
avfilter/vf_setparams: Add timeline support
avfilter/vf_colorspace: Use
Fixes a regression due to the fact that the colorspace filter does
not use the new API introduced by 8c7934f73ab6c568acaa.
The scale filter uses it since 45e09a30419cc2a7251e, and the setparams
filter since 3bf80df3ccd32aed23f0.
Example 1 - color_range specified and chained with scale filter:
On 3/29/2024 12:31 PM, tong1...@intel.com wrote:
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp always returning 1.
Add a function to do the comparision. A condition is also added to
avoid malloc(0).
Reviewed-by:
>From: ffmpeg-devel On Behalf Of James
>Almer
>Sent: Friday, March 29, 2024 11:18 PM
>To: ffmpeg-devel@ffmpeg.org
>Subject: Re: [FFmpeg-devel] [PATCH v2] avcodec/hevc_ps: fix the problem of
>memcmp losing effectiveness
>
>On 3/29/2024 12:13 PM, tong1.wu-at-intel@ffmpeg.org wrote:
>> From:
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp always returning 1.
Add a function to do the comparision. A condition is also added to
avoid malloc(0).
Reviewed-by: James Almer
Signed-off-by: Tong Wu
---
On 3/29/2024 12:13 PM, tong1.wu-at-intel@ffmpeg.org wrote:
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp always returning 1.
Add a function to do the comparision. A condition is also added to
avoid malloc(0).
>From: ffmpeg-devel On Behalf Of James
>Almer
>Sent: Friday, March 29, 2024 8:46 PM
>To: ffmpeg-devel@ffmpeg.org
>Subject: Re: [FFmpeg-devel] [PATCH] avcodec/hevc_ps: fix the problem of
>memcmp losing effectiveness
>
>On 3/28/2024 10:15 AM, tong1.wu-at-intel@ffmpeg.org wrote:
>> From: Tong Wu
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp always returning 1.
Add a function to do the comparision. A condition is also added to
avoid malloc(0).
Signed-off-by: Tong Wu
---
libavcodec/hevc_ps.c | 22
Andreas:
On Thu, Mar 28, 2024 at 7:11 PM Andreas Rheinhardt
wrote:
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libswscale/swscale_internal.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libswscale/swscale_internal.h b/libswscale/swscale_internal.h
> index abeebbb002..2f6cc70946
Andreas:
On Thu, Mar 28, 2024 at 7:11 PM Andreas Rheinhardt
wrote:
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libpostproc/postprocess.c | 3 ++-
> libpostproc/postprocess_template.c | 5 -
> 2 files changed, 6 insertions(+), 2 deletions(-)
>
> diff --git
>From: ffmpeg-devel On Behalf Of
>Andreas Rheinhardt
>Sent: Friday, March 29, 2024 10:03 PM
>To: ffmpeg-devel@ffmpeg.org
>Subject: Re: [FFmpeg-devel] [PATCH] avcodec/hevc_ps: fix the problem of
>memcmp losing effectiveness
>
>Mark Thompson:
>> On 28/03/2024 13:15,
Sean McGovern:
> Hi,
>
>
> On Thu, Mar 28, 2024, 23:24 Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Otherwise the test would use bgra on little endian and argb
>> on big endian.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> tests/fate/ffmpeg.mak | 4 ++--
>> 1 file
Tomas Härdin:
> Can we please get away from this way of reading subtitles? Every other
> type of media (audio, video) are capable of being streamed, but not
> subtitles, precisely because all of them do all parsing in the
> read_header() call. We have a perfectly good generic index and seeking
>
Hi,
On Thu, Mar 28, 2024, 23:24 Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Otherwise the test would use bgra on little endian and argb
> on big endian.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> tests/fate/ffmpeg.mak | 4 ++--
> 1 file changed, 2 insertions(+), 2
Mark Thompson:
> On 28/03/2024 13:15, tong1.wu-at-intel@ffmpeg.org wrote:
>> From: Tong Wu
>>
>> HEVCHdrParams* receives a pointer which points to a dynamically
>> allocated memory block. It causes the memcmp always returning 1.
>> Add a function to do the comparision. A condition is also
James Almer:
> On 3/29/2024 10:10 AM, Mark Thompson wrote:
>> On 28/03/2024 13:15, tong1.wu-at-intel@ffmpeg.org wrote:
>>> From: Tong Wu
>>>
>>> HEVCHdrParams* receives a pointer which points to a dynamically
>>> allocated memory block. It causes the memcmp always returning 1.
>>> Add a
Thilo Borgmann via ffmpeg-devel:
> Am 28.03.24 um 19:11 schrieb Stefano Sabatini:
>> On date Thursday 2024-03-28 15:08:53 +0100, ffmpeg-devel Mailing List
>> wrote:
>>> Splits a packet containing a webp animations into
>>> one non-compliant packet per frame of the animation.
>>> Skips RIFF and
On 3/29/2024 10:10 AM, Mark Thompson wrote:
On 28/03/2024 13:15, tong1.wu-at-intel@ffmpeg.org wrote:
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp always returning 1.
Add a function to do the comparision. A
Most of the content copy from:
http://fileformats.archiveteam.org/wiki/Berkeley/IRCAM/Carl_Sound_Format
---
doc/muxers.texi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 5cce26a43f..39597e000b 100644
--- a/doc/muxers.texi
+++
On 28/03/2024 13:15, tong1.wu-at-intel@ffmpeg.org wrote:
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp always returning 1.
Add a function to do the comparision. A condition is also added to
avoid malloc(0).
Clarify the difference with regards to the image2 muxer.
---
doc/muxers.texi | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 05a0c302cf..5cce26a43f 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -2569,10 +2569,10 @@
On 3/28/2024 10:15 AM, tong1.wu-at-intel@ffmpeg.org wrote:
From: Tong Wu
HEVCHdrParams* receives a pointer which points to a dynamically
allocated memory block. It causes the memcmp always returning 1.
Add a function to do the comparision. A condition is also added to
avoid malloc(0).
---
doc/muxers.texi | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 450f72a73c..b8404c274c 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -2563,6 +2563,11 @@ If a BMP image is used, it must use the BITMAPINFOHEADER
DIB header
If a PNG
Here's an alternative solution which maintains support for \r\r\n by
peeking two bytes into the future.
/Tomas
From ed6f0b2e6c8e52574fcfdac73fcfca560434c079 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Thu, 28 Mar 2024 23:30:06 +0100
Subject: [PATCH] lavf/subtitles: Add
> + /* demux */
> + while (!avio_feof(avf->pb)) {
Can we please get away from this way of reading subtitles? Every other
type of media (audio, video) are capable of being streamed, but not
subtitles, precisely because all of them do all parsing in the
read_header() call. We have a perfectly
---
doc/muxers.texi | 16
1 file changed, 16 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index f300f8c45f..23506e2ab7 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -2515,6 +2515,22 @@ Ignore IO errors during open, write and delete. Useful
for
This is a reminder that I'm planning to end the vote on Monday morning.
We have 17 votes so far, if you have not voted yet please do so ASAP.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Apply misc typo fixes, consistency fixes, and reformat the layout to provide
more overall
internal and global consistency.
---
doc/muxers.texi | 404 +++-
1 file changed, 225 insertions(+), 179 deletions(-)
diff --git a/doc/muxers.texi
Am 28.03.24 um 19:11 schrieb Stefano Sabatini:
On date Thursday 2024-03-28 15:08:53 +0100, ffmpeg-devel Mailing List wrote:
Splits a packet containing a webp animations into
one non-compliant packet per frame of the animation.
Skips RIFF and WEBP chunks for those packets except
for the first.
On date Friday 2024-03-29 10:26:19 +0100, Nicolas Gaullier wrote:
> Yet another probesize used to get the durations when
> estimate_timings_from_pts is required. It is aimed at users interested
> in better durations probing for itself, or because using
> avformat_find_stream_info indirectly and
On date Thursday 2024-03-28 15:11:27 -0500, Marth64 wrote:
> Since v7/8:
> * Addresses last known feedback (about av_assert call)
> * Changelog entry removed, since v7.0 is cut and there is no "next" space yet
> (will make patch once available)
>
> Signed-off-by: Marth64
Will apply soon if I
Yet another probesize used to get the durations when
estimate_timings_from_pts is required. It is aimed at users interested
in better durations probing for itself, or because using
avformat_find_stream_info indirectly and requiring exact values: for
concatdec for example, especially if
Quoting Gyan Doshi (2024-03-29 10:19:15)
> LGTM. Should have been done a long time ago.
> What about the other muxers in movenc?
I don't know what they are used for or what constraints they have, so I
left them alone for now. Can also change them if people see no problem
with it.
--
Anton
On 2024-03-29 02:05 pm, Anton Khirnov wrote:
---
libavformat/movenc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index b97c479cc4..30cfbf6e74 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@
> 在 2024年3月29日，06:51，Romain Beauxis 写道：
>
> On Mon, Mar 25, 2024, 19:58 Romain Beauxis wrote:
>
>> This patch adds support for updating HLS metadata passed as ID3 frames.
>>
>> This seems like a pretty straight-forward improvement. Updating the
>> metadaata of the first stream seems to be
---
libavformat/movenc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index b97c479cc4..30cfbf6e74 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -8230,11 +8230,11 @@ const FFOutputFormat ff_mov_muxer
noopenh264 is a "fake implementation of the OpenH264 library we can link
from regardless of the actual library being available":
https://gitlab.com/freedesktop-sdk/noopenh264
A distributor may wish to link against openh264/noopenh264 and let
the decoder and encoder work only if the actual library
80 matches
Mail list logo
