> On Oct 19, 2023, at 11:31, Lynne wrote:
>
> Oct 18, 2023, 18:55 by quinkbl...@foxmail.com:
>
>> From: Zhao Zhili
>>
>> ---
>> fftools/ffplay.c | 30 ++
>> fftools/ffplay_renderer.c | 117 ++
>> 2 files changed, 147 insertions(+)
>>
>
>
Oct 18, 2023, 18:55 by quinkbl...@foxmail.com:
> From: Zhao Zhili
>
> ---
> fftools/ffplay.c | 30 ++
> fftools/ffplay_renderer.c | 117 ++
> 2 files changed, 147 insertions(+)
>
This patch doesn't look correct, libplacebo and lavc have to
s
Correct patch attached.
>From 91ff271acffdb00bb8a7ace0ae1e811770104fc2 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 19 Oct 2023 04:36:12 +0200
Subject: [PATCH 2/2] aacdec: padding skip improvements
For some reason, this was never set, which meant all **raw** AAC in ADTS
streams, except faac,
Change from the previous version: by default, the current behaviour
of the decoder is preserved. Samples to skip are zero by default.
We can improve this later.
For some reason, this was never set, which meant all **raw** AAC in ADTS
streams, except faac, had extra samples at the start.
Despite t
The issue is that avci->skip_samples will be overridden by any side-data.
When operating on raw files (adts, for example), the decoder is free
to decide the amount of samples to skip. Usually, this is the algorithmic
delay of the decoder.
When operating on more complete containers, like ISOBMFF,
> 在 2023年10月19日，上午9:31，Lynne 写道：
>
> Oct 18, 2023, 19:05 by quinkbl...@foxmail.com:
>
>>
>>> On 2023/10/19 00:55, Zhao Zhili wrote:
>>>
>>> From: Zhao Zhili
>>>
>>> ---
>>> fftools/ffplay.c | 30 ++
>>> fftools/ffplay_renderer.c | 117 ++
Oct 18, 2023, 19:05 by quinkbl...@foxmail.com:
>
> On 2023/10/19 00:55, Zhao Zhili wrote:
>
>> From: Zhao Zhili
>>
>> ---
>> fftools/ffplay.c | 30 ++
>> fftools/ffplay_renderer.c | 117 ++
>> 2 files changed, 147 insertions(+)
>>
>
> With th
Oct 19, 2023, 00:15 by stefa...@gmail.com:
> On date Wednesday 2023-10-18 23:46:48 +0200, Stefano Sabatini wrote:
>
>> On date Tuesday 2023-10-17 14:41:00 +0200, epira...@gmail.com wrote:
>>
> [...]
>
>> > IMO this would be much more discoverable on the website, it would
>> > never occur to me to
On 10/18/2023 4:19 PM, Will Wolcott via ffmpeg-devel wrote:
Signed-off-by: Will Wolcott
---
doc/utils.texi| 2 ++
libavutil/channel_layout.c| 1 +
libavutil/channel_layout.h| 2 ++
libavutil/version.h | 2 +-
tests/ref/fate/channel_layout | 1 +
5 files c
On date Wednesday 2023-10-18 23:46:48 +0200, Stefano Sabatini wrote:
> On date Tuesday 2023-10-17 14:41:00 +0200, epira...@gmail.com wrote:
[...]
> > IMO this would be much more discoverable on the website, it would
> > never occur to me to look for such information in the FFmpeg source
> > tree do
On date Wednesday 2023-10-18 19:30:11 +0300, Rémi Denis-Courmont wrote:
> Le keskiviikkona 18. lokakuuta 2023, 0.57.45 EEST Michael Niedermayer a écrit
> :
> > On Tue, Oct 17, 2023 at 09:50:41PM +0300, Rémi Denis-Courmont wrote:
[...]
> > > What happens if more than one credible developer wants to
On date Tuesday 2023-10-17 16:58:41 +, ffmpeg-devel Mailing List wrote:
>
>
> > On Oct 17, 2023, at 7:36 AM, Michael Niedermayer
> > wrote:
> >
> > On Sat, Oct 14, 2023 at 07:53:04PM +0200, Stefano Sabatini wrote:
> >>
> >> It would be useful at this point to define the process to accept
On date Tuesday 2023-10-17 14:41:00 +0200, epira...@gmail.com wrote:
>
>
> On 17 Oct 2023, at 9:29, Stefano Sabatini wrote:
>
> > On date Monday 2023-10-16 06:34:45 +0200, Lynne wrote:
> >> Oct 16, 2023, 00:50 by mich...@niedermayer.cc:
> >>
> >>> This explains how to request refunds and what ca
On date Sunday 2023-10-15 11:29:10 +0200, Stefano Sabatini wrote:
> Currently we have -of and -print_format, which is a bit confusing. Add
> -output_format as an alias of -of to match the short name.
> ---
> Changelog | 1 +
> doc/ffprobe.texi | 6 +++---
> fftools/ffprobe.c | 17 ++
On date Tuesday 2023-10-17 11:56:35 +0200, Stefano Sabatini wrote:
> On date Sunday 2023-10-15 19:15:16 +0200, Michael Niedermayer wrote:
> > On Sat, Oct 14, 2023 at 09:50:24PM +0200, Stefano Sabatini wrote:
> > > On date Saturday 2023-10-14 19:24:28 +0200, Stefano Sabatini wrote:
> > > > Fix rende
On 17/10/2023 19:00, Evgeny Pavlov wrote:
On Mon, Oct 16, 2023 at 11:41 PM Mark Thompson wrote:
...
@@ -785,6 +787,41 @@ int ff_amf_receive_packet(AVCodecContext *avctx,
AVPacket *avpkt)
return ret;
}
+int ff_amf_get_color_profile(AVCodecContext *avctx)
+{
+amf_int64 color_prof
---
On 17/10/2023 18:11, Evgeny Pavlov wrote:
The reason for using av_usleep() here is that AMF API doesn’t provide an
API for explicit wait. There are two modes to get output from encoder:
1. Polling with some sleep to avoid CPU thrashing – currently used in FFmpeg
2. Set timeout parameter on
We are not currently able to force mov_text subtitles by setting
-disposition:s:0 +forced or equivalent.
Should this setting actually result in forced subtitles or is this a
misapprehension of the meaning of this setting?
Thanks
___
ffmpeg-devel mailing
Signed-off-by: Will Wolcott
---
doc/utils.texi| 2 ++
libavutil/channel_layout.c| 1 +
libavutil/channel_layout.h| 2 ++
libavutil/version.h | 2 +-
tests/ref/fate/channel_layout | 1 +
5 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/doc/utils.texi
ons 2023-10-18 klockan 02:49 +0200 skrev Michael Niedermayer:
> Fixes: Assertion klv_offset >= mxf->run_in failed at
> libavformat/mxfdec.c:736
> Fixes: 62936/clusterfuzz-testcase-minimized-ffmpeg_dem_MXF_fuzzer-
> 5778404366221312.fuzz
>
> Found-by: continuous fuzzing process
> https://github.com
please delete:
comment 14 in ticket 2104
comment 6 in ticket 2776
user "bristleback"
Thanks,
Michael
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpe
On Sat, Oct 14, 2023, 23:27 Sean McGovern wrote:
> It was not introduced until glibc 2.18.
> ---
> This should fix the ppc32 FATE node.
> ---
> libavutil/ppc/cpu.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/libavutil/ppc/cpu.c b/libavutil/ppc/cpu.c
> index 96b49
On 2023/10/19 00:55, Zhao Zhili wrote:
From: Zhao Zhili
---
fftools/ffplay.c | 30 ++
fftools/ffplay_renderer.c | 117 ++
2 files changed, 147 insertions(+)
With this patchset, I got a heap-use-after-free crash in vulkan decoder
aft
From: Zhao Zhili
---
fftools/ffplay.c | 30 ++
fftools/ffplay_renderer.c | 117 ++
2 files changed, 147 insertions(+)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index 305d72d8b8..0f9584b57e 100644
--- a/fftools/ffplay.c
+++ b/fftools/f
From: Zhao Zhili
---
configure | 2 +-
fftools/Makefile | 2 +
fftools/ffplay.c | 46 ++-
fftools/ffplay_renderer.c | 265 ++
fftools/ffplay_renderer.h | 38 ++
5 files changed, 347 insertions(+), 6 deletions(-)
Le keskiviikkona 18. lokakuuta 2023, 0.57.45 EEST Michael Niedermayer a écrit
:
> On Tue, Oct 17, 2023 at 09:50:41PM +0300, Rémi Denis-Courmont wrote:
> > Le perjantaina 13. lokakuuta 2023, 22.19.34 EEST Michael Niedermayer a
écrit :
> > > But some goals would probably be to make sws
> > > * plea
Quoting Peter Ross (2023-10-18 10:03:54)
> +static int rv60_decode_frame(AVCodecContext *avctx, AVFrame * frame,
> + int * got_frame, AVPacket * avpkt)
> +{
> +RV60Context *s = avctx->priv_data;
> +GetBitContext gb;
> +int ret, header_size, width, height, ofs
On 18 Oct 2023, at 3:14, David Johansen wrote:
> On Tue, Oct 17, 2023 at 7:09 PM wrote:
>
>>
>>
>> On 17 Oct 2023, at 17:51, Dave Johansen wrote:
>>
>>> ---
>>> doc/muxers.texi | 3 +++
>>> libavformat/hlsenc.c | 7 ++-
>>> 2 files changed, 9 insertions(+), 1 deletion(-)
>>>
>>> diff
On Tue, Sep 19, 2023 at 7:35 AM Dawid Kozinski wrote:
>
> - Added EVC decoder wrapper
> - Changes in project configuration file and libavcodec Makefile
> - Added documentation for xevd wrapper
>
Can you make this work with just the baseline library too? For Fedora
and EPEL, we can only ship the x
On Tue, Sep 19, 2023 at 7:34 AM Dawid Kozinski wrote:
>
> - Added EVC encoder wrapper
> - Changes in project configuration file and libavcodec Makefile
> - Added documentation for xeve wrapper
>
Can you make this work with just the baseline library too? For Fedora
and EPEL, we can only ship the x
Michael Niedermayer:
> Fixes: index 32 out of bounds for type 'uint32_t [32]'
> Fixes:
> 63003/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-4685160840560640
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael
This eases actual development of the assembly functions, by only
allowing extension instructions within the sections that explicitly
enable them, instead of having all extensions enabled everywhere.
---
libavcodec/aarch64/hevcdsp_epel_neon.S | 3 ++-
libavcodec/aarch64/hevcdsp_qpel_neon.S | 2 ++
Including sys/auxv.h should be enough (it pulls in bits/hwcap.h,
which provides the same defines).
---
configure | 2 --
libavutil/aarch64/cpu.c | 3 +--
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/configure b/configure
index bc0c0bd4e4..4ab20c54ec 100755
--- a/conf
Hey there,
I'm here to share that there is an opportunity to join a media localization
startup, that requires help with setting live streamings. That means you
can be a frontman in the creation of a worldwide product.
Mainly used: Java / AWS Media Live / Media Package / FFmpeg
HLS / SRT / webRTC
(
On Tue, Oct 17, 2023 at 9:45 PM Kacper Michajlow wrote:
> On Tue, 17 Oct 2023 at 19:34, Evgeny Pavlov wrote:
> >
> > The reason for using av_usleep() here is that AMF API doesn’t provide an
> > API for explicit wait. There are two modes to get output from encoder:
> >
> > 1. Polling with some sl
---
samples:
https://pross.sdf.org/sandpit/test72x72.rmhd (32 KiB)
https://pross.sdf.org/sandpit/test512x512.rmhd (64 KiB)
tests/fate/video.mak| 8
tests/ref/fate/rv60-512x512 | 9 +
tests/ref/fate/rv60-72x72 | 40 +
3 files chang
---
libavformat/rmdec.c | 42 +-
1 file changed, 29 insertions(+), 13 deletions(-)
diff --git a/libavformat/rmdec.c b/libavformat/rmdec.c
index 0f1534b582..8e2ef7cc41 100644
--- a/libavformat/rmdec.c
+++ b/libavformat/rmdec.c
@@ -428,7 +428,8 @@ skip:
stat
37 matches
Mail list logo
