Am 10.05.23 um 03:36 schrieb Thomas Volkert:
Hi,
Am 15.03.2023 um 20:30 schrieb Thilo Borgmann:
for our recent appearance at the Chemnitzer Linux Tage, I'd like to
request reimbursements for my travel cost.
I picked up Carl-Eugen in Berlin and we drove to Chemnitz together
(~560 km in total)
Approved and applied.
___
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".
Am 10.05.23 um 09:41 schrieb Thilo Borgmann:
Am 10.05.23 um 03:36 schrieb Thomas Volkert:
Hi,
Am 15.03.2023 um 20:30 schrieb Thilo Borgmann:
for our recent appearance at the Chemnitzer Linux Tage, I'd like to
request reimbursements for my travel cost.
I picked up Carl-Eugen in Berlin and we
Hi Lynne
I fully respect the policy and understand the disadvantages of intrinsic
code.
Considering the benefits of the open ISA like RISC-V,
the intrinsic code should still have a better chance of being optimized by
the compiler for hardware variants.
At this moment, the intrinsic implementation
Patches attached.
If there is enough interest I'm willing to make proper audio filter source
with more features and more formats support.
From 55e47a125d929b88578eb743203e81fbf7770cab Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Wed, 10 May 2023 10:44:51 +0200
Subject: [PATCH 2/2] avformat:
On Tue, May 9, 2023 at 6:48 AM Gyan Doshi wrote:
>
>
>
> On 2023-05-09 04:05 pm, Neal Gompa wrote:
> > On Tue, May 9, 2023 at 12:14 AM Gyan Doshi wrote:
> >>
> >>
> >> On 2023-05-09 08:11 am, Neal Gompa wrote:
> >>> On Mon, May 8, 2023 at 9:55 PM Steven Liu wrote:
> Neal Gompa 于2023年5月9日周二
On Sun, May 7, 2023 at 3:03 PM Lance Wang wrote:
> LGTM for the patchset.
>
>
I will help to apply the patchset tomorrow if no further comments. thx.
> On Sat, May 6, 2023 at 2:13 AM Devin Heitmueller <
> devin.heitmuel...@ltnglobal.com> wrote:
>
>> When transcoding video that contains 708 clo
Neal Gompa 于2023年5月10日周三 19:05写道：
>
> On Tue, May 9, 2023 at 6:48 AM Gyan Doshi wrote:
> >
> >
> >
> > On 2023-05-09 04:05 pm, Neal Gompa wrote:
> > > On Tue, May 9, 2023 at 12:14 AM Gyan Doshi wrote:
> > >>
> > >>
> > >> On 2023-05-09 08:11 am, Neal Gompa wrote:
> > >>> On Mon, May 8, 2023 at 9
On Sat, May 6, 2023 at 8:41 PM Devin Heitmueller <
devin.heitmuel...@ltnglobal.com> wrote:
> On Sat, May 6, 2023 at 8:16 AM James Almer wrote:
> > Can you bench with the START_TIMER and STOP_TIMER macros in timer.h?
> > Also, define CACHED_BITSTREAM_READER in bitpacked_dec.c before including
> >
Hi,
On Tue, May 9, 2023 at 1:28 AM Dai, Jianhui J <
jianhui.j.dai-at-intel@ffmpeg.org> wrote:
> Avoid compiling error if included by multiple sources.
>
> Signed-off-by: Jianhui Dai
> ---
> libavcodec/Makefile | 4 ++--
> libavcodec/vp8data.c | 42 +
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> "zhilizhao(赵志立)"
> Sent: Wednesday, May 10, 2023 12:09 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v1] libavfi/dnn: add Paddle Inference as
> one of DNN backend
>
>
May 10, 2023, 10:47 by arnie.ch...@sifive.com:
> Hi Lynne
>
> I fully respect the policy and understand the disadvantages of intrinsic
> code.
> Considering the benefits of the open ISA like RISC-V,
> the intrinsic code should still have a better chance of being optimized by
> the compiler for har
On 5/7/2023 10:32 AM, Anton Khirnov wrote:
* take num_ticks_per_picture_minus_1 into account, since that is a part
of the framerate computation
* stop exporting num_ticks_per_picture_minus_1 into
AVCodecContext.ticks_per_frame, as that field is used for other
purposes (in conjunction wit
Isn't it better to use cos() instead of sin()? With sin() there is a
discontinuity in the center.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-d
Hi,
Le 10 mai 2023 11:46:57 GMT+03:00, Arnie Chang a écrit
:
>Considering the benefits of the open ISA like RISC-V,
>the intrinsic code should still have a better chance of being optimized by
>the compiler for hardware variants.
You probably have access to proprietary performance information of
On Wed, May 10, 2023 at 1:58 PM Michael Koch
wrote:
> Isn't it better to use cos() instead of sin()? With sin() there is a
> discontinuity in the center.
>
Where you see discontinuity in the filter output?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffm
ffmpeg -f lavfi -i zoneplate=kx2=320:ky2=240,format=gray -frames 1 -y
out.png
When you draw a line through the center, you have
black - gray - white - gray - white - gray -black
which means the sine wave changes its sign in the center.
That's why zoneplates are normally calculated with cos() fun
On Wed, May 10, 2023 at 2:32 PM Michael Koch
wrote:
> ffmpeg -f lavfi -i zoneplate=kx2=320:ky2=240,format=gray -frames 1 -y
> out.png
>
> When you draw a line through the center, you have
> black - gray - white - gray - white - gray -black
> which means the sine wave changes its sign in the cente
Well, I can't see how it looks now, but the sequence white - gray -
white (which is impossible in a sine wave) should no longer be there,
because cos(x) = cos(-x).
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinf
On Wed, May 10, 2023 at 2:50 PM Michael Koch
wrote:
> Well, I can't see how it looks now, but the sequence white - gray -
> white (which is impossible in a sine wave) should no longer be there,
> because cos(x) = cos(-x).
>
This is not caused by sin() but because video is full range yuv but
inte
From: Niklas Haas
This does not leverage any immediate benefits, but refactors and
prepares the codebase for upcoming changes, which will include the
ability to do deinterlacing and resampling (frame mixing).
---
libavfilter/vf_libplacebo.c | 214
1 file chan
From: Niklas Haas
Only update this struct when it's expected to change, and cache it
otherwise. Partially motivated by a desire to make `process_frames`
smaller.
---
libavfilter/vf_libplacebo.c | 228
1 file changed, 126 insertions(+), 102 deletions(-)
diff
From: Niklas Haas
To present compatibility with the current behavior, we keep track of a
FIFO of exact frame timestamps that we want to output to the user. In
practice, this is essentially equivalent to the current filter_frame()
code, but this design allows us to scale to more complicated use ca
From: Niklas Haas
This commit contains no functional change. The goal is merely to
separate the highly intertwined `filter_frame` and `process_frames`
functions into their separate concerns, specifically to separate frame
uploading (which is now done directly in `filter_frame`) from emitting a
fr
From: Niklas Haas
This exposes libplacebo's frame mixing functionality to vf_libplacebo,
by allowing users to specify a desired target fps to output at. Incoming
frames will be smoothly resampled (in a manner determined by the
`frame_mixer` option, to be added in the next commit).
To generate a
From: Niklas Haas
Fairly straightforward. We just need to modify the scaler handling code
slightly to support looking at a different list of filter presets.
---
doc/filters.texi| 31 +++
libavfilter/vf_libplacebo.c | 17 +++--
2 files changed,
On Wed, May 10, 2023 at 08:44:31AM +0200, Tobias Rapp wrote:
> On 09/05/2023 22:44, Michael Niedermayer wrote:
>
> > On Tue, May 09, 2023 at 08:19:36AM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2023-05-09 00:35:08)
> > > > [...]
> > > > would anyone be opposed to return 0 from
Attached.
From 1f6aded57aab1fd8c6c7ba6fa5261d7979666f66 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Wed, 10 May 2023 15:41:01 +0200
Subject: [PATCH] swresample: reuse DSP functions from avutil
Improves generic mixing dramatically.
Signed-off-by: Paul B Mahol
---
libswresample/rematrix.c
Will apply as it now works.
___
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".
On 5/9/23 11:41, Michael Niedermayer wrote:
On Tue, May 09, 2023 at 08:15:34AM +0200, Anton Khirnov wrote:
Quoting Michael Niedermayer (2023-05-09 01:25:00)
On Sun, May 07, 2023 at 10:42:56PM +0200, Anton Khirnov wrote:
Quoting Michael Niedermayer (2023-05-03 14:30:38)
Its unexpected that a .
Hi Marton,
Thanks for your feedback.
On Mon, May 8, 2023 at 3:58 PM Marton Balint wrote:
> On Thu, 27 Apr 2023, Ammon Riley wrote:
> > This patch simply recognizes the AAC audio tracks during
> > decode -- it does not add functionality to encode AAC in
> > MXF.
> >
> > A sample file (st381-4-sam
On 4/27/2023 9:02 AM, Dawid Kozinski wrote:
- Added constants definitions for EVC parser
- Provided NAL units parsing following ISO_IEC_23094-1
- EVC parser registration
Signed-off-by: Dawid Kozinski
---
libavcodec/Makefile |1 +
libavcodec/evc.h| 155
libavcodec/evc_p
Currently, the -1 (MR) preset is disallowed as it's taken as the preset
option not set, and the only way to access it was through svtav1-params.
Signed-off-by: Christopher Degawa
---
libavcodec/libsvtav1.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/libsvta
Addressed issue with old expr being released regardless of new command
succeeding
which caused crash on invalid commands.
--
--
with best regards
Oleg Afanasyev
From a50bf9e58a0f90d63aba3c84de40f31dc22ebfce Mon Sep 17 00:00:00 2001
From: Oleg
Date: Sat, 29 Apr 2023 19:56:46 +
Issue found by: Сергей Колесников
Signed-off-by: Michael Niedermayer
---
libavformat/format.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/format.c b/libavformat/format.c
index 76f25ab5a6..52b814e67d 100644
--- a/libavformat/format.c
+++ b/libavformat/format.
The 1000 did result in a apparent never ending reload loop
Issue found by: Сергей Колесников
Signed-off-by: Michael Niedermayer
---
libavformat/hls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 11e345b280..77bce8fc0d 100644
---
On Wed, May 10, 2023 at 7:13 AM Steven Liu wrote:
>
> Neal Gompa 于2023年5月10日周三 19:05写道：
> >
> > On Tue, May 9, 2023 at 6:48 AM Gyan Doshi wrote:
> > >
> > >
> > >
> > > On 2023-05-09 04:05 pm, Neal Gompa wrote:
> > > > On Tue, May 9, 2023 at 12:14 AM Gyan Doshi wrote:
> > > >>
> > > >>
> > > >>
Neal Gompa 于2023年5月11日周四 09:31写道：
>
> On Wed, May 10, 2023 at 7:13 AM Steven Liu wrote:
> >
> > Neal Gompa 于2023年5月10日周三 19:05写道：
> > >
> > > On Tue, May 9, 2023 at 6:48 AM Gyan Doshi wrote:
> > > >
> > > >
> > > >
> > > > On 2023-05-09 04:05 pm, Neal Gompa wrote:
> > > > > On Tue, May 9, 2023
38 matches
Mail list logo
