Le maanantaina 20. tammikuuta 2025, 20.14.41 UTC+2 Gyan Doshi a écrit :
> On 2025-01-20 11:14 pm, Soft Works wrote:
> > - An indication that the aim and direction of the contribution is
> >
> >generally acceptable
>
> This the crux of the matter. There appear to be two camps at odds with
> on
Rémi Denis-Courmont (12025-01-24):
> For the record, those are just suggestions for future reference, not personal
> attacks.
Rule of thumb: messages that needs to clarify they are not personal
attacks are personal attacks.
--
Nicolas George
___
ffm
Le jeu. 23 janv. 2025 à 12:31, Kieran Kunhya
a écrit :
>
> > The FEC decoder works on the demuxer/transport layer and is
> > independent from the content layer.
> >
> > The FEC decoder parameters can be set by the user according to their
> > content settings to determine the delay incurred by buff
Hello,
Le tiistaina 21. tammikuuta 2025, 2.36.47 UTC+2 Michael Niedermayer a écrit :
> Hi
>
> On Mon, Jan 20, 2025 at 10:38:17AM -0600, Marth64 wrote:
> > All this time people send back and forth emails attacking each other or
> > the
> > project could have spent toward investing in modern DevOps
Any more comments for this one? Thanks!
- dale
On Sun, Jan 12, 2025 at 4:58 PM Michael Niedermayer
wrote:
> Hi Marth64
>
> On Wed, Jan 08, 2025 at 12:44:15AM -0600, Marth64 wrote:
> > It makes sense based on the surrounding code and AV_EF_EXPLODE use case.
> > Will let it sit for a few days for
On 24.01.2025 16:05, Kieran Kunhya via ffmpeg-devel wrote:
On Fri, Jan 24, 2025 at 3:59 AM Zhao Zhili
wrote:
On Jan 24, 2025, at 02:02, Timo Rothenpieler wrote:
On 23.01.2025 15:17, Zhao Zhili wrote:
From: Zhao Zhili
Otherwise all frames can be dropped after seek without the
output_corr
This patch supplies handwritten NEON code for AAC.
The benchmarks below were collected by invoking these two commands on
each of my boards, A78, A72 and Thinkpad x13s:
1) ./tests/checkasm/checkasm --test=aacencdsp --bench --runs=12
2) ./ffmpeg -y -t 10:00 -f lavfi -i sine /tmp/foo.aac (the first l
This fixes the criterion when to split the segments based on the elapsed time
for the current segment instead of using the theoretical elapsed time since
start based on hls_time and the number of written segments.
hls_time is used to define the minimum length of a segment, however this is
not resp
Thanks for the offer, but I know not nearly enough about the codec or
ffmpeg to be a maintainer, and this is also the last of my patches for
sanm for the foreseeable future.
MfG,
Manuel
On Fri, Jan 24, 2025 at 1:13 AM Michael Niedermayer
wrote:
>
> Hi Manuel
>
> On Tue, Jan 21, 2025 at 05:
On Thu, 23 Jan 2025, Gyan Doshi wrote:
In f121d95, the outlink framerate was unconditionally unset.
This breaks/bloats outputs from CFR muxers unless the user explicitly
set a sane framerate. And the most common invocation for setpts seen in
workflows, our docs and across the web is `PTS-STAR
Traditionally, macOS has shipped an old version of rsync that lacked
support for this version, hence this check (added in
a8b3f0c5cf548f654e30c981988bb71981a3f8d3).
However, in macOS 15.x, they have switched to providing rsync as a
different tool, openrsync. The version of openrsync in at least
ma
On 2025-01-24 05:29 pm, Ingo Oppermann wrote:
This fixes the criterion when to split the segments based on the elapsed time
for the current segment instead of using the theoretical elapsed time since
start based on hls_time and the number of written segments.
hls_time is used to define the mi
On Sat, Jan 25, 2025 at 02:19:52AM +0100, Michael Niedermayer wrote:
> Hi
>
> On Tue, Jan 21, 2025 at 05:30:05PM +0530, Viraaj Raulgaonkar wrote:
> > Sample rates up to 2^31 - 1 are considered valid, while greater values
> > are invalid. Removing the check potentially allows the sample rate
> > t
Le 24 janvier 2025 23:02:05 GMT+02:00, Nicolas George a écrit
:
>Rémi Denis-Courmont (12025-01-24):
>> For the record, those are just suggestions for future reference, not
>> personal
>> attacks.
>
>Rule of thumb: messages that needs to clarify they are not personal
>attacks are personal atta
Le tiistaina 21. tammikuuta 2025, 20.14.49 UTC+2 Niklas Haas a écrit :
> On Tue, 21 Jan 2025 18:48:01 +0100 Michael Niedermayer
wrote:
> > > Also, the vote can happen after a thread with replies stating support
> > > for
> > > one or another solution, with optional argumentation if there's
> > >
On 25/01/2025 06:54, Michael Niedermayer wrote:
On Tue, Jan 21, 2025 at 03:10:47PM +, Lynne wrote:
ffmpeg | branch: master | Lynne | Sun Jan 5 13:42:47 2025
+0900| [7187eadf8c0f0c640f1d23811c55fad0cba60aa5] | committer: Lynne
ffv1dec: use dedicated pix_fmt field and call ff_get_format
Merged, thanks.
--
レミ・デニ-クールモン
http://www.remlab.net/
___
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 "unsubs
Hi,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> martin schitter
> Sent: Wednesday, January 22, 2025 7:42 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] Regarding Git Tooling
>
>
>
> On 22.01.25 03:00, Soft Works wrote:
> > It's a bit difficult to judge thos
On Fri, Jan 24, 2025 at 8:37 PM Rémi Denis-Courmont wrote:
> Hello,
>
> Le tiistaina 21. tammikuuta 2025, 2.36.47 UTC+2 Michael Niedermayer a
> écrit :
> > Hi
> >
> > On Mon, Jan 20, 2025 at 10:38:17AM -0600, Marth64 wrote:
> > > All this time people send back and forth emails attacking each othe
On Fri, Jan 24, 2025 at 3:59 AM Zhao Zhili
wrote:
>
>
>
> > On Jan 24, 2025, at 02:02, Timo Rothenpieler wrote:
> >
> > On 23.01.2025 15:17, Zhao Zhili wrote:
> >> From: Zhao Zhili
> >> Otherwise all frames can be dropped after seek without the
> >> output_corrupt/showall flags.
> >> ---
> >> l
Hi
On Tue, Jan 21, 2025 at 05:30:05PM +0530, Viraaj Raulgaonkar wrote:
> Sample rates up to 2^31 - 1 are considered valid, while greater values
> are invalid. Removing the check potentially allows the sample rate
> to be decoded in all cases instead of halting demux for values
> greater than 2^31
Hi all!
Le sam. 18 janv. 2025 à 11:54, Romain Beauxis
a écrit :
>
> This patch makes sure that ogg/flac headers are parsed again when
> encountering a new logic stream inside a chained ogg bistream[1].
>
> This patches makes it possible to retrieve metadata in chained ogg/flac
> bitstreams. It is
Hi Dale,
LGTM. Will push soon.
Thanks Michael for the quick check.
___
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 su
On Tue, Jan 21, 2025 at 03:10:47PM +, Lynne wrote:
> ffmpeg | branch: master | Lynne | Sun Jan 5 13:42:47 2025
> +0900| [7187eadf8c0f0c640f1d23811c55fad0cba60aa5] | committer: Lynne
>
> ffv1dec: use dedicated pix_fmt field and call ff_get_format
>
> Adding support for hwaccels means that a
On Wed, Jan 22, 2025 at 12:26:17PM +0100, Jerome Martinez wrote:
> Le 17/01/2025 à 21:43, Michael Niedermayer a écrit :
> > On Fri, Jan 17, 2025 at 12:38:02PM +0100, Jerome Martinez wrote:
> > > [...]
> > > Subject: [PATCH] avformat: add DAT demuxer
> > breaks fate-cdxl-pal8-small
> >
> > I guess
25 matches
Mail list logo
