Will apply 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".
Hello everyone,
I hope this is the right email list for asking if someone is interested
in doing some consultancy work for us.
What we are looking for is pretty straight forward. I like to capture
the HDMI video/audio output of a Chromecast dongle and distribute it
into a LAN network via UDP
> What we are looking for is pretty straight forward. I like to capture
> the HDMI video/audio output of a Chromecast dongle and distribute it
> into a LAN network via UDP multicast. Something like this:
>
> Chromecast -> HDMI -> HDMI-USB Capture -> RPi4/8G (with FFmpeg) ->
> UDP/Multicast -> LAN
Signed-off-by: Andreas Rheinhardt
---
libavformat/url.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/url.h b/libavformat/url.h
index e33edf0cb9..1ef5ca35d5 100644
--- a/libavformat/url.h
+++ b/libavformat/url.h
@@ -87,8 +87,8 @@ typedef struct URLProtocol {
It is a private field that is unused since
44f660e7e75b856eafa5f7e7cc6e633de5d01b5d.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
index 100183f56c..d43b866599 100644
--- a/liba
Andreas Rheinhardt (12021-01-24):
> It is a private field that is unused since
> 44f660e7e75b856eafa5f7e7cc6e633de5d01b5d.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/avfilter.h | 5 -
> 1 file changed, 5 deletions(-)
LGTM, thanks.
Regards,
--
Nicolas George
signature.a
Quoting Michael Niedermayer (2021-01-23 23:34:19)
> On Sat, Jan 23, 2021 at 03:29:38PM +0100, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2021-01-22 15:09:47)
> > > Fixes: Timeout (too long -> 241ms)
> > > Fixes:
> > > 29083/clusterfuzz-testcase-minimized-ffmpeg_dem_SWF_fuzzer-6273684478
From: Linjie Fu
Regression since 87f0c8280.
If the extradata of a stream could not be extracted correctly,
codec_info_nb_frames would remain zero, while st->event_flag would still
be marked as AVSTREAM_EVENT_FLAG_NEW_PACKETS since it's a new packet
indeed.
The two expressions could be different
Quoting Michael Niedermayer (2021-01-23 23:10:51)
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/common.h | 8
This is a public header, so a minor bump+APIchanges entry are needed.
(ideally we'd also rename those to use the AV prefix, but that is for
later)
--
Anton Khirnov
__
Quoting Michael Niedermayer (2021-01-23 23:10:52)
> Fixes: negation of -2147483648 cannot be represented in type 'int'; cast to
> an unsigned type to negate this value to itself
> Fixes:
> 29053/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APE_fuzzer-4814432697974784
>
> Found-by: continuou
Quoting Michael Niedermayer (2021-01-23 23:10:54)
> Fixes: out of array access
> Fixes:
> 29202/clusterfuzz-testcase-minimized-ffmpeg_dem_KUX_fuzzer-5112845840809984
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael
Quoting Michael Niedermayer (2021-01-23 23:10:56)
> Fixes: Timeout
> Fixes:
> 29656/clusterfuzz-testcase-minimized-ffmpeg_dem_FLV_fuzzer-5840098987999232
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
On 1/24/2021 10:00 AM, Linjie Fu wrote:
From: Linjie Fu
Regression since 87f0c8280.
If the extradata of a stream could not be extracted correctly,
codec_info_nb_frames would remain zero, while st->event_flag would still
be marked as AVSTREAM_EVENT_FLAG_NEW_PACKETS since it's a new packet
indee
Quoting James Almer (2021-01-23 19:38:57)
>
> If i apply the following, the output of three remuxing (codec copy)
> tests change
>
> > diff --git a/libavformat/utils.c b/libavformat/utils.c
> > index 8ac6bc04b8..0cdf3156a6 100644
> > --- a/libavformat/utils.c
> > +++ b/libavformat/utils.c
> > @@
If a decoder is used for probing it may change the dimensions reported by the
demuxer, either by the lowres factor or because of assorted frames reporting
different dimensions, and in a codec copy scenario, the last dimensions
arbitrarily set by it could end up being propagated to the muxer.
Signe
Regression since 87f0c8280.
If the extradata of a stream could not be extracted correctly,
codec_info_nb_frames would remain zero, while st->event_flag would still
be marked as AVSTREAM_EVENT_FLAG_NEW_PACKETS.
The two expressions could be different in this case, hence reset
event_flags and calcul
On Sun, Jan 24, 2021 at 9:38 PM James Almer wrote:
>
> On 1/24/2021 10:00 AM, Linjie Fu wrote:
> > From: Linjie Fu
> >
> > Regression since 87f0c8280.
> >
> > If the extradata of a stream could not be extracted correctly,
> > codec_info_nb_frames would remain zero, while st->event_flag would stil
Quoting Lynne (2021-01-23 20:10:46)
> This is an RFC about the upcoming additions to the AVPacket structure
> (whose size is still part of the ABI, so we need to plan for any changes).
>
> The current RFC patch adds 3 fields:
> - "void *opaque;" for the user to use as they wish, same as AVFram
Am Sa., 23. Jan. 2021 um 23:21 Uhr schrieb Reimar Döffinger
:
>
>
>
> > On 23 Jan 2021, at 19:35, Carl Eugen Hoyos wrote:
> >
> >
> > New patch attached, thank you!
> >
>
> Looks good to me.
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing
Quoting Linjie Fu (2021-01-24 16:05:56)
> Regression since 87f0c8280.
>
> If the extradata of a stream could not be extracted correctly,
> codec_info_nb_frames would remain zero, while st->event_flag would still
> be marked as AVSTREAM_EVENT_FLAG_NEW_PACKETS.
>
> The two expressions could be diff
On Sat, 07. Nov 16:31, Andriy Gelman wrote:
> On Sat, 31. Oct 10:17, Andriy Gelman wrote:
> > On Fri, 16. Oct 00:02, Andriy Gelman wrote:
> > > On Fri, 09. Oct 20:17, Andriy Gelman wrote:
> > > > From: Chip Kerchner
> > > >
> > > > ---
> > > > libswscale/ppc/yuv2rgb_altivec.c | 10 ++
> >
Jan 24, 2021, 17:05 by an...@khirnov.net:
> Quoting Lynne (2021-01-23 20:10:46)
>
>> This is an RFC about the upcoming additions to the AVPacket structure
>> (whose size is still part of the ABI, so we need to plan for any changes).
>>
>> The current RFC patch adds 3 fields:
>> - "void *opaque
It has been added in 6db42a2b6b22e6f1928fafcf3faa67ed78201004,
yet since then none of the necessary create/free_device_capabilities
functions has been implemented, making this API completely useless.
Because of this one can already simplify
avdevice_capabilities_free/create and can already remove
On 1/24/2021 5:16 PM, Andreas Rheinhardt wrote:
It has been added in 6db42a2b6b22e6f1928fafcf3faa67ed78201004,
yet since then none of the necessary create/free_device_capabilities
functions has been implemented, making this API completely useless.
Because of this one can already simplify
avdevic
James Almer:
> On 1/24/2021 5:16 PM, Andreas Rheinhardt wrote:
>> It has been added in 6db42a2b6b22e6f1928fafcf3faa67ed78201004,
>> yet since then none of the necessary create/free_device_capabilities
>> functions has been implemented, making this API completely useless.
>>
>> Because of this one c
Am Sa., 10. Okt. 2020 um 02:44 Uhr schrieb Andriy Gelman
:
>
> From: Chip Kerchner
>
> ---
> libswscale/ppc/yuv2rgb_altivec.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/libswscale/ppc/yuv2rgb_altivec.c
> b/libswscale/ppc/yuv2rgb_altivec.c
> index 536545293d..930ef6b98f
Since c737f6edcef74a64f4d0ebcefa970bd31266d512 prescreening is
nevertheless run because of a wrong check: "if (s->prescreen > 0)".
s->prescreen is an array of two function pointers that is contained in
the context and comparing it with 0 (i.e. NULL) is actually undefined
behaviour, because NULL and
A macro that expands to a function definition might look like a
declaration, but it isn't and therefore an extra ';' at the end is
unnecessary and actually invalid (both GCC and Clang warn about this
when using -pedantic).
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_unsharp.c | 4 ++--
Add it to the existing +FATE_SAMPLES_FFPROBE list of ffprobe dependant tests
instead.
Signed-off-by: James Almer
---
tests/fate/hlsenc.mak | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/tests/fate/hlsenc.mak b/tests/fate/hlsenc.mak
index 02f041a7c2..30b81344f1 100644
LGTM
On Sun, Jan 24, 2021 at 10:33 PM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> Since c737f6edcef74a64f4d0ebcefa970bd31266d512 prescreening is
> nevertheless run because of a wrong check: "if (s->prescreen > 0)".
> s->prescreen is an array of two function pointers that is contai
On Sat, Nov 21, 2020 at 06:49:55PM +, Mark Thompson wrote:
> On 21/11/2020 17:37, Michael Niedermayer wrote:
> > On Sun, Nov 15, 2020 at 09:37:45PM +, Mark Thompson wrote:
> > > On 14/11/2020 10:18, Michael Niedermayer wrote:
> > > > Fixes: index 26 out of bounds for type 'uint8_t [16]'
> >
James Almer:
> Add it to the existing +FATE_SAMPLES_FFPROBE list of ffprobe dependant tests
> instead.
>
> Signed-off-by: James Almer
> ---
> tests/fate/hlsenc.mak | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/tests/fate/hlsenc.mak b/tests/fate/hlsenc.mak
> ind
On 1/24/2021 7:08 PM, Andreas Rheinhardt wrote:
James Almer:
Add it to the existing +FATE_SAMPLES_FFPROBE list of ffprobe dependant tests
instead.
Signed-off-by: James Almer
---
tests/fate/hlsenc.mak | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/tests/fate/hlsen
On Wed, Jan 20, 2021 at 12:32:21AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 26460/clusterfuzz-testcase-minimized-ffmpeg_dem_ASF_O_fuzzer-5710884393189376
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by
Andreas Rheinhardt (12021-01-24):
> I know that Anton is currently working on merging them, but I thought
> that this would only involve compiling lavd into libavformat.so; not
> that the API would be changed or the libavdevice/ source folder merged
> into libavformat.
Considering Anton's open dis
FF_API_DEBUG_MV has been zero since ffmpeg 4.0
Signed-off-by: James Almer
---
fftools/ffmpeg.c | 6 +-
libavcodec/avcodec.h | 24 ---
libavcodec/mpegpicture.c | 3 -
libavcodec/mpegutils.c | 128 -
libavcodec/options_table.h |
It's been unused for almost three years now.
Signed-off-by: James Almer
---
doc/APIchanges | 4
libavcodec/avcodec.h | 7 ---
libavcodec/pthread_frame.c | 4
libavcodec/version.h | 10 +-
4 files changed, 17 insertions(+), 8 deletions(-)
diff --g
James Almer:
> It's been unused for almost three years now.
>
> Signed-off-by: James Almer
> ---
> doc/APIchanges | 4
> libavcodec/avcodec.h | 7 ---
> libavcodec/pthread_frame.c | 4
> libavcodec/version.h | 10 +-
> 4 files changed, 17 insertio
On 1/24/2021 8:14 PM, Andreas Rheinhardt wrote:
James Almer:
It's been unused for almost three years now.
Signed-off-by: James Almer
---
doc/APIchanges | 4
libavcodec/avcodec.h | 7 ---
libavcodec/pthread_frame.c | 4
libavcodec/version.h | 10 +++
James Almer:
> On 1/24/2021 8:14 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> It's been unused for almost three years now.
>>>
>>> Signed-off-by: James Almer
>>> ---
>>> doc/APIchanges | 4
>>> libavcodec/avcodec.h | 7 ---
>>> libavcodec/pthread_frame.c | 4
On 1/24/2021 8:30 PM, Andreas Rheinhardt wrote:
James Almer:
On 1/24/2021 8:14 PM, Andreas Rheinhardt wrote:
James Almer:
It's been unused for almost three years now.
Signed-off-by: James Almer
---
doc/APIchanges | 4
libavcodec/avcodec.h | 7 ---
libavcod
Am Sa., 5. Sept. 2020 um 21:15 Uhr schrieb Carl Eugen Hoyos
:
> Attached patch fixes ticket #8819.
Paul, I believe you had an objection but I forgot what it was...
Please comment, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https:/
On Mon, Jan 25, 2021 at 12:49 AM Anton Khirnov wrote:
>
> Quoting Linjie Fu (2021-01-24 16:05:56)
> > Regression since 87f0c8280.
> >
> > If the extradata of a stream could not be extracted correctly,
> > codec_info_nb_frames would remain zero, while st->event_flag would still
> > be marked as AVS
On Fri, Jan 22, 2021 at 1:21 PM Jan Ekström wrote:
>
> I've intentionally kept this initial version simple (no styling etc) to focus
> on the basics. As this goes through review, additional features can be added
> (I had initial PoC for styling implemented some time around previous VDD), and
> the
On Thu, Jan 14, 2021 at 2:13 AM Jan Ekström wrote:
>
> On Tue, Jan 12, 2021 at 9:59 AM Jan Ekström wrote:
> >
> > On Mon, Jan 11, 2021 at 10:53 PM Andreas Rheinhardt
> > wrote:
> > >
> > > Jan Ekström:
> > > > On Tue, Dec 8, 2020 at 2:54 PM Jan Ekström wrote:
> > > >>
> > > >> From: Jan Ekström
45 matches
Mail list logo
