On Thu, Apr 18, 2024 at 06:13:40PM -0300, James Almer wrote:
> On 4/18/2024 5:53 PM, Michael Niedermayer wrote:
> > On Thu, Apr 18, 2024 at 04:02:07PM +0200, Niklas Haas wrote:
> > > On Wed, 17 Apr 2024 15:58:32 +0200 Michael Niedermayer
> > > wrote:
> > > > Hi all
> > > >
> > > > The pace of
On Thu, Apr 18, 2024 at 11:15:48PM +0200, epira...@gmail.com wrote:
>
>
> On 18 Apr 2024, at 22:15, Michael Niedermayer wrote:
>
> > On Thu, Apr 18, 2024 at 10:19:50AM +0200, Stefano Sabatini wrote:
> >> On date Wednesday 2024-04-17 19:21:39 -0700, Aidan wrote:
> >>> The best option is to
On 18/04/2024 20:50, Michael Niedermayer wrote:
[...]
Without getting too far off-topic, I would also be interested in knowing how
docs are actually generated in practice. I've tried generating documentation
its just running doxygen with a Doxyfile
the Doxyfile is not doc/Doxyfile from git
On Sat, Apr 13, 2024 at 12:29 PM Steven Liu wrote:
> Anton Khirnov 于2024年4月13日周六 17:58写道：
> >
> > Hi all,
> > I am hereby resigning from my position as a CC member, since I do not
> > want to be associated with the CC's utter lack of initiative and
> > meaningful action.
> What's happened?
On 18 Apr 2024, at 22:40, Andreas Rheinhardt wrote:
> Andreas Rheinhardt:
>> The API is similar to the ThreadFrame API, with the exception
>> that it no longer has an included AVFrame and that it has its
>> own mutexes and condition variables which makes it more independent
>> of
Happens in the mov-elst-ends-betn-b-and-i FATE test with
frame-threading.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/pthread_frame.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index f19571f6f8..a984ff94d5 100644
---
On 18 Apr 2024, at 22:15, Michael Niedermayer wrote:
> On Thu, Apr 18, 2024 at 10:19:50AM +0200, Stefano Sabatini wrote:
>> On date Wednesday 2024-04-17 19:21:39 -0700, Aidan wrote:
>>> The best option is to figure stuff out.
>> [...]
>>> I use FFmpeg to download HLS streams from the internet
On Thu, Apr 18, 2024 at 04:02:07PM +0200, Niklas Haas wrote:
> On Wed, 17 Apr 2024 15:58:32 +0200 Michael Niedermayer
> wrote:
> > Hi all
> >
> > The pace of inovation in FFmpeg has been slowing down.
> > Most work is concentarted nowadays on code refactoring, and adding
> > support for new
Andreas Rheinhardt:
> The API is similar to the ThreadFrame API, with the exception
> that it no longer has an included AVFrame and that it has its
> own mutexes and condition variables which makes it more independent
> of pthread_frame.c. One can wait on anything via a ThreadProgress.
> One just
On 4/18/2024 5:26 PM, Frank Plowman wrote:
The native VVC decoder does not yet support quality/spatial/multiview
scalability. Bitstreams requiring this feature could cause crashes.
Patch fixes this by skipping NAL units which are not in the base layer,
warning the user while doing so.
On 18/04/2024 21:23, James Almer wrote:
> On 4/18/2024 5:19 PM, Frank Plowman wrote:
>> On 18/04/2024 20:43, James Almer wrote:
>>> On 4/18/2024 3:59 PM, Frank Plowman wrote:
The native VVC decoder does not yet support quality/spatial/multiview
scalability. Bitstreams requiring this
The native VVC decoder does not yet support quality/spatial/multiview
scalability. Bitstreams requiring this feature could cause crashes.
Patch fixes this by skipping NAL units which are not in the base layer,
warning the user while doing so.
Signed-off-by: Frank Plowman
---
Changes since v1:
*
On 4/18/2024 5:19 PM, Frank Plowman wrote:
On 18/04/2024 20:43, James Almer wrote:
On 4/18/2024 3:59 PM, Frank Plowman wrote:
The native VVC decoder does not yet support quality/spatial/multiview
scalability. Bitstreams requiring this feature could cause crashes.
Patch fixes this by skipping
On 18/04/2024 20:43, James Almer wrote:
> On 4/18/2024 3:59 PM, Frank Plowman wrote:
>> The native VVC decoder does not yet support quality/spatial/multiview
>> scalability. Bitstreams requiring this feature could cause crashes.
>> Patch fixes this by skipping NAL units which are not in the base
On Thu, Apr 18, 2024 at 10:19:50AM +0200, Stefano Sabatini wrote:
> On date Wednesday 2024-04-17 19:21:39 -0700, Aidan wrote:
> > The best option is to figure stuff out.
> [...]
> > I use FFmpeg to download HLS streams from the internet or convert files
> > like probably most people do. FFmpeg is
On 4/18/2024 4:50 PM, Michael Niedermayer wrote:
On Thu, Apr 18, 2024 at 11:22:09AM +0100, Andrew Sayers wrote:
On 18/04/2024 10:13, epira...@gmail.com wrote:
On 18 Apr 2024, at 9:52, Stefano Sabatini wrote:
On date Wednesday 2024-04-17 17:24:02 +0100, Andrew Sayers wrote:
On 17/04/2024
On Thu, Apr 18, 2024 at 11:22:09AM +0100, Andrew Sayers wrote:
> On 18/04/2024 10:13, epira...@gmail.com wrote:
> > On 18 Apr 2024, at 9:52, Stefano Sabatini wrote:
> > > On date Wednesday 2024-04-17 17:24:02 +0100, Andrew Sayers wrote:
> > > > On 17/04/2024 14:58, Michael Niedermayer wrote:
> > >
On 4/18/2024 3:59 PM, Frank Plowman wrote:
The native VVC decoder does not yet support quality/spatial/multiview
scalability. Bitstreams requiring this feature could cause crashes.
Patch fixes this by skipping NAL units which are not in the base layer,
warning the user while doing so.
On Thu, Apr 18, 2024 at 11:21 AM Thilo Borgmann via ffmpeg-devel
wrote:
>
> Hi,
>
> On 17.04.24 00:52, James Zern via ffmpeg-devel wrote:
> > On Wed, Apr 17, 2024 at 12:20 PM Thilo Borgmann via ffmpeg-devel
> > wrote:
> >>
> >> From: Thilo Borgmann
> >>
> >> Marked WIP because we'd want to
The native VVC decoder does not yet support quality/spatial/multiview
scalability. Bitstreams requiring this feature could cause crashes.
Patch fixes this by skipping NAL units which are not in the base layer,
warning the user while doing so.
Signed-off-by: Frank Plowman
---
Hi,
On 17.04.24 00:52, James Zern via ffmpeg-devel wrote:
On Wed, Apr 17, 2024 at 12:20 PM Thilo Borgmann via ffmpeg-devel
wrote:
From: Thilo Borgmann
Marked WIP because we'd want to introduce private bsf's first; review
welcome before that though
VP8 decoder decoupled again
The whole
On 4/13/2024 10:11 AM, James Almer wrote:
Some files with no image items have them, and were working prior to the recent
HEIF parsing overhaul.
Ignore such boxes instead, to recover the old behavior.
Fixes a regression since d9fed9df2a9e70c9375d3b2591db35c09303d369.
Signed-off-by: James Almer
On 4/18/2024 12:17 PM, Andrew Sayers wrote:
The function was deprecated a while back and deleted last year.
---
libavutil/frame.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavutil/frame.h b/libavutil/frame.h
index 68a2ad1555..60bb966f8b 100644
---
The function was deprecated a while back and deleted last year.
---
libavutil/frame.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavutil/frame.h b/libavutil/frame.h
index 68a2ad1555..60bb966f8b 100644
--- a/libavutil/frame.h
+++ b/libavutil/frame.h
@@ -369,8 +369,7 @@
Some headings needed to be rewritten to accomodate the text,
(hopefully) without changing the meaning.
---
libavcodec/aacdec.h | 2 +-
libavcodec/aacenc.h | 2 +-
libavcodec/ac3enc.h | 2 +-
libavcodec/amfenc.h | 2 +-
libavcodec/atrac.h
---
libavutil/log.h | 11 ---
libavutil/opt.h | 7 ---
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/libavutil/log.h b/libavutil/log.h
index ab7ceabe22..b5c739dab1 100644
--- a/libavutil/log.h
+++ b/libavutil/log.h
@@ -59,9 +59,14 @@ typedef enum {
struct
Based largely on the explanation by Stefano Sabatini:
https://ffmpeg.org/pipermail/ffmpeg-devel/2024-April/325854.html
---
doc/jargon.md | 96 +++
1 file changed, 96 insertions(+)
create mode 100644 doc/jargon.md
diff --git a/doc/jargon.md
On Wed, 17 Apr 2024 15:58:32 +0200 Michael Niedermayer
wrote:
> Hi all
>
> The pace of inovation in FFmpeg has been slowing down.
> Most work is concentarted nowadays on code refactoring, and adding
> support for new codecs and formats.
>
> Should we
> * make a list of longer term goals
> *
On 18/04/2024 14:29, Roman Arzumanyan wrote:
Hi Diego,
Asking for my own education.
As far as you've explained, the 8 > 10 bit conversion happens within the
driver, that's understandable.
But how does it influence the output? Does it perform some sort of
proprietary SDR > HDR conversion under
Hi Diego,
Asking for my own education.
As far as you've explained, the 8 > 10 bit conversion happens within the
driver, that's understandable.
But how does it influence the output? Does it perform some sort of
proprietary SDR > HDR conversion under the hood that maps the ranges?
What's gonna be
On Thu, 18 Apr 2024 13:30:39 +0200 Andreas Rheinhardt
wrote:
> Niklas Haas:
> > From: Niklas Haas
> >
> > This could be used by codecs to selectively disable parsing Dolby Vision
> > RPUs, and is cheap to support.
> > ---
> > libavcodec/av1dec.c | 1 +
> > libavcodec/dovi_rpu.h| 2 ++
Signed-off-by: Dawid Kozinski
---
libavformat/evc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/evc.c b/libavformat/evc.c
index fabccb054c..2f4c74fe51 100644
--- a/libavformat/evc.c
+++ b/libavformat/evc.c
@@ -233,7 +233,7 @@ static int
Signed-off-by: Dawid Kozinski
---
libavcodec/evc.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/evc.h b/libavcodec/evc.h
index e493455a42..d68dc74997 100644
--- a/libavcodec/evc.h
+++ b/libavcodec/evc.h
@@ -106,15 +106,15 @@ enum EVCSliceType {
};
enum
Signed-off-by: Dawid Kozinski
---
libavformat/riff.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/riff.c b/libavformat/riff.c
index 157976583c..306dc3b47a 100644
--- a/libavformat/riff.c
+++ b/libavformat/riff.c
@@ -506,6 +506,7 @@ const AVCodecTag ff_codec_bmp_tags[] = {
Signed-off-by: Dawid Kozinski
---
libavcodec/bitstream_filters.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/bitstream_filters.c b/libavcodec/bitstream_filters.c
index 12860c332b..138246c50e 100644
--- a/libavcodec/bitstream_filters.c
+++
Signed-off-by: Dawid Kozinski
---
libavcodec/libxevd.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/libxevd.c b/libavcodec/libxevd.c
index c6c7327e65..de641d85f4 100644
--- a/libavcodec/libxevd.c
+++ b/libavcodec/libxevd.c
@@ -415,6 +415,10 @@ static int
On date Monday 2024-04-15 19:56:48 +0200, Stefano Sabatini wrote:
> On date Monday 2024-04-15 02:32:14 +, �� | Eugene wrote:
> > Update digest authentication in httpauth.c
> >
> > - Refactor make_digest_auth() to support RFC 2617 and RFC 7617
> > - Add support for SHA-256 and SHA-512/256
Hi Timo,
Thank you for your review. Please check my answers below.
Best regards,
Diego
On 17.04.24, 16:27, "Timo Rothenpieler" wrote:
External email: Use caution opening links or attachments
On 15/04/2024 16:39, Diego Felix de Souza via ffmpeg-devel wrote:
> From: Diego Felix de Souza
>
>
On 18/04/2024 10:13, epira...@gmail.com wrote:
On 18 Apr 2024, at 9:52, Stefano Sabatini wrote:
On date Wednesday 2024-04-17 17:24:02 +0100, Andrew Sayers wrote:
On 17/04/2024 14:58, Michael Niedermayer wrote:
[...]
I've occasionally tried getting into ffmpeg for over a decade now, and have
>
> On date Wednesday 2024-04-17 19:21:39 -0700, Aidan wrote:
> > I submitted a patch for a TTML decoder because I thought it would be
> great.
> > It was completely ignored.
> Please ping the patch or send a new one
>
I should probably redo my patch at this point. It's a year old. It's kind
of a
Stefano Sabatini:
> ---
> doc/muxers.texi | 44 +---
> 1 file changed, 37 insertions(+), 7 deletions(-)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index a77472ef1b..a162ab4075 100644
> --- a/doc/muxers.texi
> +++ b/doc/muxers.texi
> @@ -2846,8
On date Tuesday 2024-04-16 20:09:19 +0200, Andreas Rheinhardt wrote:
> Stefano Sabatini:
> > On date Tuesday 2024-04-16 12:50:19 +0200, Andreas Rheinhardt wrote:
> >> Stefano Sabatini:
> >>> ---
> >>> doc/muxers.texi | 8
> >>> 1 file changed, 8 insertions(+)
> >>>
> >>> diff --git
Add functions:
ff_abs_pow34_lsx
ff_aac_quantize_bands_lsx
./ffmpeg -f s16le -ac 2 -i ../../1.pcm -c:a aac -f null -
before:37.5x
after:48.1x
---
libavcodec/aacencdsp.h| 3 +
libavcodec/loongarch/Makefile | 2 +
Add functions:
vector_fmul_window_lsx
butterflies_float_lsx
vector_fmul_scalar_lsx
./ffmpeg -i ../../1.aac -f null -
before:482x
after:523x
---
libavutil/float_dsp.c | 2 +
libavutil/float_dsp.h | 1 +
libavutil/loongarch/Makefile
v2: Fixed fate errors in [Patch 2/2]
v3: Fixed fate errors in [Patch 2/2]
Subject:[PATCH V3][Loongarch]Optimize aac decode/encode for Loongarch by LSX
In-Reply-To:
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Hello world,
> [your idea here]
Fully async API which provides a means to receive a notification when a
frame is decoded / processed by filter etc. Be it a callback, conditional
variable etc.
чт, 18 апр. 2024 г. в 12:22, :
>
>
> On 18 Apr 2024, at 10:46, Stefano Sabatini wrote:
>
> > On date
On 18 Apr 2024, at 10:46, Stefano Sabatini wrote:
> On date Wednesday 2024-04-17 15:58:32 +0200, Michael Niedermayer wrote:
>> Hi all
>>
>> The pace of inovation in FFmpeg has been slowing down.
>> Most work is concentarted nowadays on code refactoring, and adding
>> support for new codecs and
On 18 Apr 2024, at 9:52, Stefano Sabatini wrote:
> On date Wednesday 2024-04-17 17:24:02 +0100, Andrew Sayers wrote:
>> On 17/04/2024 14:58, Michael Niedermayer wrote:
> [...]
>> I've occasionally tried getting into ffmpeg for over a decade now, and have
>> lurked here for the past few months
From: Tong Wu
This implementation is based on D3D12 Video Encoding Spec:
https://microsoft.github.io/DirectX-Specs/d3d/D3D12VideoEncoding.html
Sample command line for transcoding:
ffmpeg.exe -hwaccel d3d12va -hwaccel_output_format d3d12 -i input.mp4
-c:v hevc_d3d12va output.mp4
Signed-off-by:
From: Tong Wu
Signed-off-by: Tong Wu
---
Changelog | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Changelog b/Changelog
index 8db14f02b4..573e356a96 100644
--- a/Changelog
+++ b/Changelog
@@ -7,7 +7,7 @@ version :
- ffmpeg CLI filtergraph chaining
- LC3/LC3plus demuxer
From: Tong Wu
Flags field is added to support diffferent resource creation.
Signed-off-by: Tong Wu
---
doc/APIchanges| 3 +++
libavutil/hwcontext_d3d12va.c | 2 +-
libavutil/hwcontext_d3d12va.h | 8
libavutil/version.h | 2 +-
4 files changed, 13
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 11 +++
libavcodec/hw_base_encode.h | 2 ++
libavcodec/vaapi_encode.c | 6 +-
3 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/libavcodec/hw_base_encode.c b/libavcodec/hw_base_encode.c
index
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.h | 4
libavcodec/vaapi_encode.c | 22 +++---
libavcodec/vaapi_encode.h | 4
3 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavcodec/hw_base_encode.h
From: Tong Wu
Surface size and block size parameters are also moved to base layer.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 58 +++
libavcodec/hw_base_encode.h | 12 +
libavcodec/vaapi_encode.c | 81 -
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 40 +
libavcodec/hw_base_encode.h | 3 +++
libavcodec/vaapi_encode.c | 44 ++---
3 files changed, 45 insertions(+), 42 deletions(-)
diff --git
From: Tong Wu
idr_interval and desired_b_depth are moved to HW_BASE_ENCODE_COMMON_OPTIONS.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 54 +
libavcodec/hw_base_encode.h | 19 +
libavcodec/vaapi_encode.c | 52
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 16
libavcodec/hw_base_encode.h | 2 ++
libavcodec/vaapi_encode.c | 8 +---
3 files changed, 19 insertions(+), 7 deletions(-)
diff --git a/libavcodec/hw_base_encode.c b/libavcodec/hw_base_encode.c
From: Tong Wu
Related parameters are also moved to base layer.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 33
libavcodec/hw_base_encode.h | 11 ++
libavcodec/vaapi_encode.c | 68 ++---
libavcodec/vaapi_encode.h
From: Tong Wu
Move receive_packet function to base. This requires adding *alloc,
*issue, *output, *free as hardware callbacks. HWBaseEncodePicture is
introduced as the base layer structure. The related parameters in
VAAPIEncodeContext are also extracted to HWBaseEncodeContext. Then DPB
From: Tong Wu
When allocating the VAAPIEncodePicture, pic->input_surface can be
initialized right in the place. This movement simplifies the send_frame
logic and is the preparation for moving vaapi_encode_send_frame to the base
layer.
Signed-off-by: Tong Wu
---
libavcodec/vaapi_encode.c | 8
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.h | 5 +
libavcodec/vaapi_encode.c | 4 +---
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavcodec/hw_base_encode.h b/libavcodec/hw_base_encode.h
index 5272f2836d..a578db8c06 100644
---
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.h | 14 +-
libavcodec/vaapi_encode.c | 13 -
libavcodec/vaapi_encode.h | 10 ++
libavcodec/vaapi_encode_av1.c | 1 +
libavcodec/vaapi_encode_h264.c | 1 +
From: Tong Wu
Since VAAPI and future D3D12VA implementation may share some common parameters,
a base layer encode context is introduced as vaapi context's base.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.h | 52 +
libavcodec/vaapi_encode.h | 36
when there is error in http gizp data, return 0 will cause endless
and meanningless loop in retry_transfer_wrapper function.
---
libavformat/http.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index ed20359552..6e712383c1
On date Wednesday 2024-04-17 15:58:32 +0200, Michael Niedermayer wrote:
> Hi all
>
> The pace of inovation in FFmpeg has been slowing down.
> Most work is concentarted nowadays on code refactoring, and adding
> support for new codecs and formats.
>
> Should we
> * make a list of longer term
Signed-off-by: Dawid Kozinski
---
libavformat/evc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/evc.c b/libavformat/evc.c
index fabccb054c..2f4c74fe51 100644
--- a/libavformat/evc.c
+++ b/libavformat/evc.c
@@ -233,7 +233,7 @@ static int
Signed-off-by: Dawid Kozinski
---
libavcodec/evc.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/evc.h b/libavcodec/evc.h
index e493455a42..d68dc74997 100644
--- a/libavcodec/evc.h
+++ b/libavcodec/evc.h
@@ -106,15 +106,15 @@ enum EVCSliceType {
};
enum
Signed-off-by: Dawid Kozinski
---
libavformat/riff.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/riff.c b/libavformat/riff.c
index 157976583c..306dc3b47a 100644
--- a/libavformat/riff.c
+++ b/libavformat/riff.c
@@ -506,6 +506,7 @@ const AVCodecTag ff_codec_bmp_tags[] = {
Signed-off-by: Dawid Kozinski
---
libavcodec/bitstream_filters.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/bitstream_filters.c b/libavcodec/bitstream_filters.c
index 12860c332b..138246c50e 100644
--- a/libavcodec/bitstream_filters.c
+++
Signed-off-by: Dawid Kozinski
---
libavformat/nut.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/nut.c b/libavformat/nut.c
index 9692336ece..8c536719b1 100644
--- a/libavformat/nut.c
+++ b/libavformat/nut.c
@@ -47,6 +47,7 @@ const AVCodecTag ff_nut_video_tags[] = {
{
Signed-off-by: Dawid Kozinski
---
libavcodec/libxevd.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/libxevd.c b/libavcodec/libxevd.c
index c6c7327e65..e864bd5200 100644
--- a/libavcodec/libxevd.c
+++ b/libavcodec/libxevd.c
@@ -391,6 +391,11 @@ static int
On Tue, 2024-04-16 at 04:57 +, Wang, Fei W wrote:
> On Mon, 2024-04-15 at 23:07 +0100, Mark Thompson wrote:
> > On 15/04/2024 02:21, Xiang, Haihao wrote:
> > > On Ma, 2024-03-18 at 12:21 +0800,
> > > fei.w.wang-at-intel@ffmpeg.org wrote:
> > > > From: Fei Wang
> > > >
> > > > There is
On date Wednesday 2024-04-17 19:21:39 -0700, Aidan wrote:
> The best option is to figure stuff out.
[...]
> I use FFmpeg to download HLS streams from the internet or convert files
> like probably most people do. FFmpeg is the ultimate way of doing this
> because there is no better option.
>
> But
From: Fei Wang
Fix error:
$ ffmpeg -hwaccel qsv -i input.h265 -f null -
...
[null @ 0x55da1a629200] Application provided invalid, non monotonically
increasing dts to muxer in stream 0: 3 >= 3
Signed-off-by: Fei Wang
---
libavcodec/qsvdec.c | 5 +
1 file changed, 5 insertions(+)
diff
On date Wednesday 2024-04-17 17:24:02 +0100, Andrew Sayers wrote:
> On 17/04/2024 14:58, Michael Niedermayer wrote:
[...]
> I've occasionally tried getting into ffmpeg for over a decade now, and have
> lurked here for the past few months as I put in the effort to grok it.
> On behalf of people who
Add functions:
vector_fmul_window_lsx
butterflies_float_lsx
vector_fmul_scalar_lsx
./ffmpeg -i ../../1.aac -f null -
before:482x
after:523x
---
libavutil/float_dsp.c | 2 +
libavutil/float_dsp.h | 1 +
libavutil/loongarch/Makefile
Add functions:
ff_abs_pow34_lsx
ff_aac_quantize_bands_lsx
./ffmpeg -f s16le -ac 2 -i ../../1.pcm -c:a aac -f null -
before:37.5x
after:48.1x
---
libavcodec/aacencdsp.h| 3 +
libavcodec/loongarch/Makefile | 2 +
v2: Fixed build errors in [PATCH 2/2]
Subject: [PATCH V2][Loongarch]Optimize aac decode/encode for Loongarch by LSX
In-Reply-To:
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
> -Original Message-
> From: ffmpeg-devel On Behalf Of James
> Almer
> Sent: środa, 17 kwietnia 2024 14:39
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v1 1/6] avcodec/evc: Set the
> AV_FRAME_FLAG_KEY flag for a decoded frame when the decoded packet
> contains a
Apr 18, 2024, 07:42 by ge...@geoffhill.org:
> This diff removes 4 unused ARMv7 NEON fixed-point DSP functions.
>
> The function were originally moved here by 4958f35a2 (Dec 2013).
>
> After 9e05421db (Jan 2021), as part of the refactor of the AC3
> DSP to consistently use 32-bit sample format in
On Thu, Apr 18, 2024 at 4:22 AM Aidan wrote:
> The best option is to figure stuff out.
>
> I don't see positive stuff in this mailing list - I lurk a lot in these
> emails.
>
> I see what you mean. I somewhat disagree/agree. New codecs or new formats
> is innovative to a certain extent.
>
>
81 matches
Mail list logo
