On Tue, Jul 23, 2024 at 6:17 PM Paul B Mahol wrote:
>
>
> On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
>
>> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
>> > Internal/private filter structures/API changes does not need be
>> mentioned
>> > in t
On Tue, Jul 23, 2024 at 5:17 PM James Almer wrote:
> On 7/19/2024 12:31 PM, Paul B Mahol wrote:
> > Internal/private filter structures/API changes does not need be mentioned
> > in that file, isn't that fact obvious even for average Joe?
>
> There's no reason to
Internal/private filter structures/API changes does not need be mentioned
in that file, isn't that fact obvious even for average Joe?
On Fri, Jul 19, 2024 at 4:01 PM Andrew Sayers
wrote:
> These are accessed as AV_OPT_TYPE_IMAGE_SIZE AVOptions,
> so must be implemented as (signed) int's
> ---
>
Rudimentary programming skills.
Unsigned range of values is different from signed range.
On Fri, Jul 19, 2024 at 10:34 AM Andrew Sayers
wrote:
> Ping
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmp
On Thu, Jul 18, 2024 at 5:43 PM Anton Khirnov wrote:
> Quoting Paul B Mahol (2024-07-18 17:31:50)
> > On Thu, Jul 18, 2024 at 10:20 AM Anton Khirnov
> wrote:
> >
> > > Quoting Michael Niedermayer (2024-07-18 00:32:38)
> > > > the data for each decoder ta
On Thu, Jul 18, 2024 at 12:48 PM Andrew Sayers
wrote:
> For example, AVERROR_BUG is "BUG!"
> ---
> libavutil/utils.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavutil/utils.c b/libavutil/utils.c
> index 94d247bbee..a94589e873 100644
> --- a/libavutil/utils.c
> ++
On Thu, Jul 18, 2024 at 5:31 PM Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-18 16:48:06)
> > On Thu, Jul 18, 2024 at 11:08:59AM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2024-07-18 00:42:05)
> > > > all the stuff should be put together close so its efficiently
On Thu, Jul 18, 2024 at 10:20 AM Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-07-18 00:32:38)
> > the data for each decoder task should be together and not scattered
> around
> > more than needed, reducing cache efficiency
> >
> > putting all this extra code in the inner per pixel loo
On Thu, Jul 18, 2024 at 12:30 AM Marth64 wrote:
> I think this could enable use of the highly regarded,
> QTGMC deinterlacer which sounds appealing to me
> (+1 for VapourSynth instead).
>
LOL,
Isn't there demuxer already?
Also as filter it would be less useful.
> _
On Tue, Jul 16, 2024 at 5:56 PM Cosmin Stejerean via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
>
>
> > On Jul 16, 2024, at 4:58 PM, Zhao Zhili wrote:
> >
> >
> >
> >> On Jul 16, 2024, at 21:20, Matthieu Bouron
> wrote:
> >>
> >> On Wed, Jul 10, 2024 at 6:31 PM Matthieu Bouron
> >> wrote:
>
You are deeply confused.
Checking with != for overread bytes is wrong.
___
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 wit
demuxer is wrong on multiple levels, it should operate as pipe/stream only
___
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 w
tile and untile are wrong
___
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 Wed, Jul 10, 2024 at 12:00 AM Michael Niedermayer
wrote:
> On Tue, Jul 09, 2024 at 05:14:37PM +0200, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2024-07-09 15:28:10)
> > > On Tue, Jul 09, 2024 at 03:17:58PM +0200, Anton Khirnov wrote:
> > > > > ensure width and height fit in 32bit
>
On Sat, Jul 6, 2024 at 11:19 AM Stefano Sabatini wrote:
> On date Tuesday 2024-07-02 10:17:26 +0200, Paul B Mahol wrote:
> > No need for query function.
> > This implementation is so blatantly slow and inefficient that is not
> useful.
> > Source filters should use .ac
On Sat, Jul 6, 2024 at 11:44 AM Stefano Sabatini wrote:
> On date Tuesday 2024-07-02 10:08:37 +0100, Andrew Sayers wrote:
> > Some notes about this version:
> >
> > As previously mentioned, I think this is better with all three patches,
> > but can live without #2.
> >
> > I think I've followed t
On Fri, Jul 5, 2024 at 10:09 PM Michael Niedermayer
wrote:
> On Thu, Jul 04, 2024 at 04:44:39PM +0200, Paul B Mahol wrote:
> > The AVOptions state is extremely ugly.
> >
> > It is insane to request from library users to convert non-strings option
> > values from/to
On Fri, Jul 5, 2024 at 9:38 PM Michael Niedermayer
wrote:
> On Fri, Mar 08, 2024 at 07:06:17AM +, Anton Khirnov wrote:
> > ffmpeg | branch: master | Anton Khirnov | Thu Feb
> 8 08:50:18 2024 +0100| [efe447877811f2f14f814e80ce71383e2f056f36] |
> committer: Anton Khirnov
> >
> > lavu/opt: add
On Fri, Jul 5, 2024 at 5:11 PM TADANO Tokumei wrote:
>
> On 2024/07/05 0:03, Paul B Mahol wrote:
> > On Thu, Jul 4, 2024 at 4:48 PM TADANO Tokumei
> wrote:
> >
> >>
> >> On 2024/06/25 22:27, Paul B Mahol wrote:
> >>> On Tue, Jun 25, 2024 at
On Thu, Jul 4, 2024 at 10:12 PM Nicolas George wrote:
> Paul B Mahol (12024-07-04):
> > Superior only for you, no GUI users use text widgets for non-text.
>
> Users prefer an application that works now, even if its with a text
> widget, to an application that does not work
On Thu, Jul 4, 2024 at 9:49 PM Nicolas George wrote:
> Paul B Mahol (12024-07-04):
> > Application vendor will issue new free-update with handling for newly
> > introduced AVOption type.
>
> So you mean your users have tu update your application to have it handle
>
On Thu, Jul 4, 2024 at 9:33 PM Nicolas George wrote:
> Paul B Mahol (12024-07-04):
> > Nobody sane uses text manipulation in GUIs.
>
> Then how would you do it?
>
> } else if (opt->type == AV_OPT_TYPE_COLOR) {
> create_color_picker_widget(opt
On Thu, Jul 4, 2024 at 8:34 PM Nicolas George wrote:
> Paul B Mahol (12024-07-04):
> > Modern humanoids use GUI interfaces and there text interface is reserved
> > only for actual text - STRING AVOptions and some aliases for other
> > AVOptions types.
>
> GUI can on
> NG reply:
> > Paul B Mahol (12024-07-04):
> > The AVOptions state is extremely ugly.
> >
> > It is insane to request from library users to convert non-strings option
> > values from/to strings to be able to read/change them, it is ugly,
> > inefficient, a
On Thu, Jul 4, 2024 at 1:54 PM Niklas Haas wrote:
> From: Niklas Haas
>
> Shockingly, there isn't currently _any_ filter for overriding this.
> ---
> doc/filters.texi | 17 +
> libavfilter/vf_setparams.c | 19 ---
> 2 files changed, 33 insertions(+), 3
On Thu, Jul 4, 2024 at 4:48 PM TADANO Tokumei wrote:
>
>
> On 2024/06/25 22:27, Paul B Mahol wrote:
> > On Tue, Jun 25, 2024 at 3:17 PM Dennis Mungai wrote:
> >
> >> On Tue, 25 Jun 2024 at 16:07, Paul B Mahol wrote:
> >>
> >>> On
On Thu, Jul 4, 2024 at 4:54 PM James Almer wrote:
> On 7/4/2024 11:44 AM, Paul B Mahol wrote:
> > The AVOptions state is extremely ugly.
> >
> > It is insane to request from library users to convert non-strings option
> > values from/to strings to be able to r
The AVOptions state is extremely ugly.
It is insane to request from library users to convert non-strings option
values from/to strings to be able to read/change them, it is ugly,
inefficient, and slow. This becomes more relevant for recent array options
extension for which av_opt_ptr() hack does n
No need for query function.
This implementation is so blatantly slow and inefficient that is not useful.
Source filters should use .activate instead.
Many more other issues...
On Mon, Jul 1, 2024 at 11:52 PM Stefano Sabatini wrote:
> On date Sunday 2024-06-16 17:37:09 +0200, Stefano Sabatini wro
I do not want to comment code.
But this concept/idea/whatever is plain nonsense.
___
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...@ffmpe
On Thu, Jun 27, 2024 at 3:57 AM Kacper Michajłow wrote:
> Fixes use of uninitialized value, reported by MSAN. Specifically in
> jpegxl parser.
>
> Found by OSS-Fuzz.
>
> Signed-off-by: Kacper Michajłow
> ---
> libavformat/img2dec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/liba
On Thu, Jun 27, 2024 at 1:50 AM Michael Niedermayer
wrote:
> On Tue, Jun 25, 2024 at 09:27:55PM +0200, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2024-06-25 21:25:46)
> > > On Thu, Mar 28, 2024 at 12:27:02AM +0100, Michael Niedermayer wrote:
> > > > On Wed, Mar 27, 2024 at 08:39:17AM +
On Tue, Jun 25, 2024 at 3:17 PM Dennis Mungai wrote:
> On Tue, 25 Jun 2024 at 16:07, Paul B Mahol wrote:
>
> > On Tue, Jun 25, 2024 at 2:47 PM Dennis Mungai wrote:
> >
> > > On Sun, 28 Jun 2020 at 16:59, James Almer wrote:
> > >
> > > > On 6/27/
On Tue, Jun 25, 2024 at 3:12 PM Anton Khirnov wrote:
> Quoting James Almer (2024-06-25 14:38:58)
> > On 6/25/2024 7:25 AM, Anton Khirnov wrote:
> > > Quoting James Almer (2024-05-31 01:22:51)
> > >> @@ -1000,11 +1001,21 @@ int ist_filter_add(InputStream *ist,
> InputFilter *ifilter, int is_simple
On Tue, Jun 25, 2024 at 2:47 PM Dennis Mungai wrote:
> On Sun, 28 Jun 2020 at 16:59, James Almer wrote:
>
> > On 6/27/2020 7:54 AM, Paul B Mahol wrote:
> > > On 6/26/20, James Almer wrote:
> > >> On 6/26/2020 4:16 PM, Lynne wrote:
> > >&
On Tue, Jun 25, 2024 at 11:10 AM Anton Khirnov wrote:
> Quoting Stefan Oltmanns via ffmpeg-devel (2024-06-22 03:37:03)
> > Hello,
> >
> > this is my first patch, I hope I got all the formalities correct.
> >
> > The current VapourSynth implementation is rarely used, as it links the
> > VapourSynt
On Sun, Jun 23, 2024 at 7:46 PM Michael Niedermayer
wrote:
> On Sun, Jun 23, 2024 at 12:19:13AM +0200, Vittorio Giovara wrote:
> > On Sat, Jun 22, 2024 at 3:22 PM Niklas Haas wrote:
> >
> > > Hey,
> > >
> > > As some of you know, I got contracted (by STF 2024) to work on
> improving
> > > swscal
On Tue, Jun 18, 2024 at 8:56 AM Rémi Denis-Courmont wrote:
>
>
> Le 17 juin 2024 19:52:10 GMT+02:00, Paul B Mahol a
> écrit :
> >On Mon, Jun 17, 2024 at 4:52 PM Rémi Denis-Courmont
> wrote:
> >
> >>
> >>
> >> Le 17 juin 2024 13:
Fixed by making nx/ny always >= 0.
___
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 Mon, Jun 17, 2024 at 4:52 PM Rémi Denis-Courmont wrote:
>
>
> Le 17 juin 2024 13:18:11 GMT+02:00, Yigithan Yigit <
> yigithanyigitde...@gmail.com> a écrit :
> >---
> > libavfilter/af_volumedetect.c | 159 --
> > 1 file changed, 133 insertions(+), 26 deletions(-)
On Mon, Jun 17, 2024 at 1:09 AM Michael Niedermayer
wrote:
> Fixes: out of array read
> Fixes:
> 68939/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SMC_fuzzer-587804104884224
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-of
On Mon, Jun 17, 2024 at 9:24 AM Anton Khirnov wrote:
> Quoting Paul B Mahol (2024-06-14 14:19:13)
> > Just try with:
> >
> > ffmpeg -f lavfi -i sine=d=30 -af apad -f null -
> >
> > Pressing 'q' will not stop it at all, because current ffmpeg code will
On Mon, Jun 17, 2024 at 1:09 AM Michael Niedermayer
wrote:
> Ive been told that someone at the BCN video tech meetup claimed to be the
> "release maintainer for FFmpeg".
>
>
That is nothing, I see many claims in many such videos and on many
platforms that they are developer/maintainer of FFmpeg w
On Mon, Jun 17, 2024 at 9:05 AM Anton Khirnov wrote:
> Quoting Zhao Zhili (2024-06-17 07:19:26)
> > From: Zhao Zhili
> >
> > When thread_count be zero, it will be run on current thread like
> > !HAVE_THREADS.
>
> Other APIs treat zero to mean "auto".
>
Agreed, this approach for 0 to mean do it
Avoid filling some of bellow points:
https://erikbern.com/2023/12/13/simple-sabotage-for-software.html
Especially part of rewriting public or internal API just for rewrite.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
Pointless. Commit log spam.
___
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 Sun, Jun 16, 2024 at 2:07 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> It is only used by the test.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/iirfilter.c | 14 --
> libavcodec/iirfilter.h | 15 ---
> libavcodec/tests/iirfi
On Fri, Jun 14, 2024 at 2:41 PM Kieran Kunhya via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> On Sun, Jun 9, 2024 at 2:39 AM Andreas Rheinhardt
> wrote:
> >
> > The H.264 decoder does not support draw_horiz_band (it does not have
> > the AV_CODEC_CAP_DRAW_HORIZ_BAND), making ff_h264_draw_hor
Just try with:
ffmpeg -f lavfi -i sine=d=30 -af apad -f null -
Pressing 'q' will not stop it at all, because current ffmpeg code will try
to flush all frames, but because pad filter never receives EOF from next
filter in chain (sink) it will happily produce frame forever.
Tried to fix ffmpeg.c r
On Wed, Jun 12, 2024 at 9:52 PM Stefano Sabatini wrote:
> On date Tuesday 2024-06-11 21:13:48 +0800, Shiqi Zhu wrote:
> > On Fri, 7 Jun 2024 at 19:55, Rémi Denis-Courmont
> wrote:
> > > Le 7 juin 2024 12:53:51 GMT+03:00, Michael Niedermayer <
> mich...@niedermayer.cc> a écrit :
> > > >We can req
FFmpeg RIP
___
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 Tue, Jun 11, 2024 at 5:57 PM Michael Niedermayer
wrote:
> On Tue, Jun 11, 2024 at 12:38:37PM -0300, James Almer wrote:
> > On 6/11/2024 10:15 AM, Michael Niedermayer wrote:
> > > On Fri, Jun 07, 2024 at 09:19:46PM +0300, Rémi Denis-Courmont wrote:
> > > > C code or compiler built-ins are prefe
On Wed, Jun 5, 2024 at 7:41 PM Lynne via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> ---
> libavcodec/aac/aacdec_usac.c | 105 +--
> 1 file changed, 63 insertions(+), 42 deletions(-)
>
> diff --git a/libavcodec/aac/aacdec_usac.c b/libavcodec/aac/aacdec_usac.c
On Wed, Jun 5, 2024 at 3:44 PM Andrew Sayers
wrote:
> On Wed, Jun 05, 2024 at 03:34:50PM +0200, Paul B Mahol wrote:
> > On Wed, Jun 5, 2024 at 3:18 PM Andrew Sayers <
> ffmpeg-de...@pileofstuff.org>
> > wrote:
> >
> > > An external API developer might
On Wed, Jun 5, 2024 at 11:31 AM Rémi Denis-Courmont wrote:
>
>
> Le 5 juin 2024 12:18:57 GMT+03:00, "Rémi Denis-Courmont"
> a écrit :
> >But by reacting *only* to Vittorio trying to defend himself and
> explicitly (and ineffectively) asking for help from the CC, you look like
> you are attacking
On Wed, Jun 5, 2024 at 3:18 PM Andrew Sayers
wrote:
> An external API developer might think they can use AVOptions to modify
> values
> during playback (e.g. putting a playback quality slider next to the volume
> slider). Make it clear that behaviour is not recommended.
>
There are options that
On Tue, Jun 4, 2024 at 2:53 PM Vittorio Giovara
wrote:
> On Tue, Jun 4, 2024 at 2:02 PM Paul B Mahol wrote:
>
> > On Tue, Jun 4, 2024 at 12:59 PM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Tue, Jun 4, 2024 at 12:09
On Tue, Jun 4, 2024 at 12:59 PM Vittorio Giovara
wrote:
> On Tue, Jun 4, 2024 at 12:09 PM Paul B Mahol wrote:
>
> > On Tue, Jun 4, 2024 at 9:09 AM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Tue, Jun 4, 2024 at 8:55
Encoder without decoder?
___
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 Tue, Jun 4, 2024 at 9:09 AM Vittorio Giovara
wrote:
> On Tue, Jun 4, 2024 at 8:55 AM Paul B Mahol wrote:
>
> > On Tue, Jun 4, 2024 at 8:53 AM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Tue, Jun 4, 2024
On Tue, Jun 4, 2024 at 8:53 AM Vittorio Giovara
wrote:
> On Tue, Jun 4, 2024 at 3:01 AM Cosmin Stejerean via ffmpeg-devel <
> ffmpeg-devel@ffmpeg.org> wrote:
>
> > > Reposting my question/comment here since Thilo hasn't had a chance to
> > > respond, but shouldn't these kinds of requests go throu
On Wed, May 29, 2024 at 12:50 PM Andrew Sayers
wrote:
> Posting this separately, as these are practical "how does FFmpeg work"
> issues
> vaguely inspired by recent discussions.
>
>
> *How do namespaces work in FFmpeg?*
>
> We've talked a bit about function namespaces recently. One reason I've
>
On Tue, May 28, 2024 at 9:51 AM wrote:
> > -Original Message-
> > From: radu.taraib...@gmail.com
> > Sent: duminică, 19 mai 2024 19:05
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: RE: [PATCH] area changed: scdet filter
> >
> >
> > > -Original Message-
> > > From: radu.taraib...@g
On Tue, May 21, 2024 at 9:20 AM Paul B Mahol wrote:
>
>
> On Mon, May 20, 2024 at 10:25 PM Yigithan Yigit <
> yigithanyigitde...@gmail.com> wrote:
>
>> ---
>> libavfilter/af_volumedetect.c | 20 ++--
>> 1 file changed, 10 insertions
On Mon, May 20, 2024 at 10:25 PM Yigithan Yigit <
yigithanyigitde...@gmail.com> wrote:
> ---
> libavfilter/af_volumedetect.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/libavfilter/af_volumedetect.c b/libavfilter/af_volumedetect.c
> index 8b001d
On Tue, May 21, 2024 at 4:05 AM Lynne via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> Starting off small with a few features.
> Samples and reference decoded files copied from the official ISO
> reference suite.
>
Sorry for my ignorance, but is such copy allowed from them?
---
> Samples and
On Sun, May 12, 2024 at 1:05 PM wrote:
> Improve scene detection accuracy by comparing frame with both previous and
> next frame (creates one frame delay).
> Add new mode parameter and new method to compute the frame difference using
> cubic square to increase the weight of small changes and new
On Sat, May 11, 2024 at 3:24 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Paul B Mahol:
> > On Sat, May 11, 2024 at 5:28 AM James Almer wrote:
> >
> >> On 5/10/2024 6:26 PM, Paul B Mahol wrote:
> >>> On Fri, May 10, 2024 at 10:56 AM
On Sat, May 11, 2024 at 5:28 AM James Almer wrote:
> On 5/10/2024 6:26 PM, Paul B Mahol wrote:
> > On Fri, May 10, 2024 at 10:56 AM Zhao Zhili
> wrote:
> >
> >> From: Zhao Zhili
> >>
> >> The alignment is handled by ff_default_get_video_buffer2. W
On Fri, May 10, 2024 at 10:38 PM Jan Ekström wrote:
> Hi,
>
> As of Fedora 40, the zlib provider has been switched to zlib-ng
> (https://fedoraproject.org/wiki/Changes/ZlibNGTransition). This has
> reared the ugly fact that we expect that the usage of zlib APIs is
> bit-exact.
>
> Some of these t
On Fri, May 10, 2024 at 10:56 AM Zhao Zhili wrote:
> From: Zhao Zhili
>
> The alignment is handled by ff_default_get_video_buffer2. We
> shouldn't use the aligned width/height as FFFramePool width/height.
> It cause recreate FFFramePool inside ff_default_get_video_buffer2.
> The recreate of FFFr
On Sun, May 5, 2024 at 10:14 AM Rémi Denis-Courmont wrote:
> Le lauantaina 4. toukokuuta 2024, 23.35.34 EEST Michael Niedermayer a
> écrit :
> > now compare to the linux kernel
> > It uses mailing lists
>
> Sorry but that is at best misleading, and at worse, plain wrong.
>
> The top-level work fl
On Sun, Apr 28, 2024 at 11:31 PM Michael Niedermayer
wrote:
> Fixes: CID1439569 Unchecked return value
> Fixes: CID1439578 Unchecked return value
>
> Sponsored-by: Sovereign Tech Fund
>
And they paid you for this low effort work!
Applause!
> Signed-off-by: Michael Niedermayer
> ---
> libav
Extremely low quality filters, both in source code quality and
performance/security and output quality should be queued for removal.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vi
On Sat, Apr 20, 2024 at 12:31 AM James Almer wrote:
> On 4/19/2024 7:28 PM, Paul B Mahol wrote:
> > On Fri, Apr 19, 2024 at 11:58 PM Vittorio Giovara <
> > vittorio.giov...@gmail.com> wrote:
> >
> >> On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje
> >
On Fri, Apr 19, 2024 at 11:58 PM Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Fri, Apr 19, 2024 at 2:06 PM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Fri, Apr 19, 2024 at 11:
On Fri, Apr 19, 2024 at 9:45 PM James Almer wrote:
> On 4/19/2024 4:05 PM, Paul B Mahol wrote:
> > On Fri, Apr 19, 2024 at 8:06 PM Vittorio Giovara <
> vittorio.giov...@gmail.com>
> > wrote:
> >
> >> On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorst
On Fri, Apr 19, 2024 at 8:06 PM Vittorio Giovara
wrote:
> On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster <
> dcni...@gmail.com>
> wrote:
>
> > If i recall correctly, there was a conversation not too long ago about
> what
> > to do with all the SPI money. This seems to be a perfect use f
On Fri, Apr 19, 2024 at 1:19 AM Michael Niedermayer
wrote:
> 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 Nied
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? Perha
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.
>
> There
On Wed, Apr 17, 2024 at 1:21 AM Devin Heitmueller <
devin.heitmuel...@ltnglobal.com> wrote:
> Hello all,
>
> I wasn't looking to start trouble, but I didn't see any discussion of
> this on the mailing list so wanted to bring it to the developer
> community's attention.
>
> I attended the NAB confe
On Wed, Apr 10, 2024 at 11:08 AM Stefano Sabatini
wrote:
> On date Sunday 2024-04-07 16:01:27 +0800, Zhao Zhili wrote:
> >
> > > On Apr 7, 2024, at 14:16, Anton Khirnov wrote:
> > >
> > > Quoting Andreas Rheinhardt (2024-04-06 13:25:49)
> > >> See
> https://ffmpeg.org/pipermail/ffmpeg-devel/2024
On Wed, Apr 10, 2024 at 3:12 PM Nicolas George wrote:
> Niklas Haas (12024-04-10):
> > I think a greedy algorithm (not requiring juggling multiple random
> > passes) can still work,
>
> It does not work for audio. Have you studied what works for audio? It is
> quite subtle and full of pitfalls.
>
On Thu, Apr 11, 2024 at 5:59 AM Vittorio Giovara
wrote:
> On Wed, Apr 10, 2024 at 9:19 PM Michael Niedermayer <
> mich...@niedermayer.cc>
> wrote:
>
> > Hi
> >
> > On Tue, Apr 09, 2024 at 03:57:02PM -0500, Romain Beauxis wrote:
> > > [Apologies for continuing the conversation, Rémi]
> > >
> > > L
And the New Dictator have Risen!
On Wed, Apr 10, 2024 at 4:12 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Andrew Kelley:
> > Removes the special -I flag specified in the avcodec/bsf/ subdirectory.
> >
> > This makes code copy-pastable to other parts of the ffmpeg codebase, as
On Tue, Apr 9, 2024 at 10:57 PM Romain Beauxis
wrote:
> [Apologies for continuing the conversation, Rémi]
>
> Le mar. 9 avr. 2024 à 14:05, Tomas Härdin a écrit :
>
> > mån 2024-04-08 klockan 13:13 -0500 skrev Romain Beauxis:
> > > On Wed, Apr 3, 2024, 11:39 Kieran Kunhya via ffmpeg-devel <
> > >
On Mon, Apr 8, 2024 at 6:49 PM Michael Niedermayer
wrote:
> Fixes: Ticket10952
> Fixes: poc21ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpegvideo_enc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvi
On Mon, Apr 8, 2024 at 4:41 PM Nicolas George wrote:
> Tomas Härdin (12024-04-08):
> > We could always start licensing the project under a less permissive
> > license like the GPL or the AGPL and then charge for exceptions. This
> > tactic goes by the name of license trolling, and was successfull
How dare you to question LibAV overlords decisions here!
On Mon, Apr 8, 2024 at 3:12 PM Gyan Doshi wrote:
> Ping x2.
>
> On 2024-04-02 10:55 am, Gyan Doshi wrote:
> > Ping.
> >
> > As the TC rules matter has been concluded, this should go ahead.
> >
> > Regards,
> > Gyan
> >
> >
> > On 2024-02-1
LibAV yet again!
On Fri, Apr 5, 2024 at 12:25 AM Michael Niedermayer
wrote:
> On Mon, Apr 01, 2024 at 10:00:47PM +0200, Michael Niedermayer wrote:
> > Hi all
> >
> > I think we didnt decide on a name for 7.0 yet
> >
> > Previously suggested names:
> > Darwin,
> > De broglie,
> > Dijkstra,
> > Ga
On Mon, Apr 1, 2024 at 10:01 PM Michael Niedermayer
wrote:
> Hi all
>
> I think we didnt decide on a name for 7.0 yet
>
> Previously suggested names:
> Darwin,
> De broglie,
> Dijkstra,
> Galois,
> Gauss,
> Jacobi,
> Jemison
> Johnson
> Leavitt
> Maxwell,
> Mellin,
> Perelman,
> Poincaré,
> Raman
On Mon, Apr 1, 2024 at 4:59 PM Michael Niedermayer
wrote:
> On Mon, Apr 01, 2024 at 01:16:48PM +0200, Anton Khirnov wrote:
> > Hi all,
> >
> > the vote has now ended with 23 votes cast, results are available at
> > https://vote.ffmpeg.org/cgi-bin/civs/results.pl?id=E_a6be1eb156d0e589
> >
> > The
On Mon, Apr 1, 2024 at 1:17 PM Anton Khirnov wrote:
> Hi all,
>
> the vote has now ended with 23 votes cast, results are available at
> https://vote.ffmpeg.org/cgi-bin/civs/results.pl?id=E_a6be1eb156d0e589
>
> The winning option is 'Anton', i.e. my proposal. Voting data as reported
> by CIVS is a
the file may be manipulated in such
way that its no longer correct to derive last packet duration from full
duration stored in header when the EOF reached.
>
>
> On Sat, Mar 30, 2024 at 4:46 AM Paul B Mahol wrote:
>
>>
>>
>> On Fri, Mar 29, 2024 at 6:30 PM Antoine So
On Fri, Mar 29, 2024 at 6:30 PM Antoine Soulier via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> A file format is described in Bluetooth SIG LC3 and ETSI TS 103 634, for
> test purpose. This is the format implemented here.
>
> Signed-off-by: Antoine Soulier
> ---
> Changelog|
On Sat, Mar 30, 2024 at 9:31 AM Tomas Härdin wrote:
> lör 2024-03-30 klockan 00:35 +0100 skrev Michael Niedermayer:
> > breaks fate here:
> >
> > --- ./tests/ref/fate/sub-srt-madness-timeshift 2024-03-29
> > 20:43:34.617419731 +0100
> > +++ tests/data/fate/sub-srt-madness-timeshift 2024-03-30
just you are not aware of actual solution.
Hint: see other demuxers.
>
>
> On Thu, Mar 28, 2024 at 2:33 AM Paul B Mahol wrote:
>
>> This format actually supports seeking.
>>
>> The proposed solution here is sub-optimal.
>>
>> On Wed, Mar 27, 2024 at 11:22 PM Antoin
This format actually supports seeking.
The proposed solution here is sub-optimal.
On Wed, Mar 27, 2024 at 11:22 PM Antoine Soulier via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> A file format is described in Bluetooth SIG LC3 and ETSI TS 103 634, for
> test purpose. This is the format impl
Demuxer does not support seeking at all.
___
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".
1 - 100 of 1081 matches
Mail list logo
