On Wed, Sep 06, 2023 at 10:19:27PM +, Paul B Mahol wrote:
> ffmpeg | branch: master | Paul B Mahol | Mon Aug 28
> 12:20:15 2023 +0200| [8b7391cb5ff94ce94612fda69392a95d7ab1ffd0] | committer:
> Paul B Mahol
>
> avcodec/magicyuv: add vlc multi support
>
> Gives nice speed boost, depending on
Hi,
On Fri, Oct 20, 2023 at 12:14 PM Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> tbh while it's great that this functionality exists *somewhere* in ffmpeg,
> this is really something that should belong to the scaler filter (whichever
> implementation)
>
I agree. The reason this was d
> On Oct 20, 2023, at 10:53 AM, Michael Koch
> wrote:
>
>> should i add /pipermail/ffmpeg-trac to robots.txt ?
> is there anyone who googles in these ffmpeg trac archives ?
>
> I don't.
I'd imagine anyone wanting to search would search trac itself rather than the
mailing list archive. If i
strings that are certain spam, you can just add that twice for double the
points lost
done.
should i add /pipermail/ffmpeg-trac to robots.txt ?
is there anyone who googles in these ffmpeg trac archives ?
I don't.
Michael
___
ffmpeg-devel maili
On date Wednesday 2023-10-18 23:45:11 +0200, Stefano Sabatini wrote:
> 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
On date Wednesday 2023-10-18 23:44:45 +0200, Stefano Sabatini wrote:
> 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
Quoting Andreas Rheinhardt (2023-10-20 17:41:17)
> Anton Khirnov:
> > Quoting Andreas Rheinhardt (2023-10-20 16:33:06)
> >> diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
> >> index c02408548c..1a4339b346 100644
> >> --- a/libavcodec/av1dec.c
> >> +++ b/libavcodec/av1dec.c
> >> @@ -636,9 +6
On Fri, Oct 20, 2023 at 7:30 AM Niklas Haas wrote:
> On Fri, 13 Oct 2023 14:33:11 -0400 Vittorio Giovara <
> vittorio.giov...@gmail.com> wrote:
> > On Fri, Oct 13, 2023 at 10:27 AM Niklas Haas wrote:
> >
> > > Changes since v1:
> > >
> > > - Remove unneeded patch (AVCodecContext.colorspace init)
On Fri, Oct 20, 2023 at 8:14 AM Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Oct 14, 2023 at 11:16 AM Vittorio Giovara <
> vittorio.giov...@gmail.com> wrote:
>
> > On Sat, Oct 14, 2023 at 9:11 AM Lynne wrote:
> > > colorspace doesn't make it impossible to introduce all that is needed.
> > > It's a
our downstream list shows no maintained users of that release
https://trac.ffmpeg.org/wiki/Downstreams
Signed-off-by: Michael Niedermayer
---
src/download| 36
src/olddownload | 36
2 files changed, 36 insertions(+), 3
Anton Khirnov:
> Quoting Andreas Rheinhardt (2023-10-20 16:00:45)
>> Anton Khirnov:
>>> Quoting Andreas Rheinhardt (2023-07-03 20:02:25)
Marvin Scholz:
> I honestly can't think of a sensible API design for this,
> if you have any idea feel free to share.
>
The only way I
Anton Khirnov:
> Quoting Andreas Rheinhardt (2023-10-20 16:33:06)
>> diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
>> index c02408548c..1a4339b346 100644
>> --- a/libavcodec/av1dec.c
>> +++ b/libavcodec/av1dec.c
>> @@ -636,9 +636,9 @@ static int get_pixel_format(AVCodecContext *avctx)
>>
Quoting Andreas Rheinhardt (2023-10-20 16:33:06)
> diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
> index c02408548c..1a4339b346 100644
> --- a/libavcodec/av1dec.c
> +++ b/libavcodec/av1dec.c
> @@ -636,9 +636,9 @@ static int get_pixel_format(AVCodecContext *avctx)
> return 0;
> }
>
Quoting Andreas Rheinhardt (2023-10-20 16:00:45)
> Anton Khirnov:
> > Quoting Andreas Rheinhardt (2023-07-03 20:02:25)
> >> Marvin Scholz:
> >>> I honestly can't think of a sensible API design for this,
> >>> if you have any idea feel free to share.
> >>>
> >>
> >> The only way I can think of that
Signed-off-by: Andreas Rheinhardt
---
libavcodec/av1dec.c| 10 ++
libavcodec/vaapi_av1.c | 10 ++
2 files changed, 4 insertions(+), 16 deletions(-)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 1a4339b346..6114cb78e6 100644
--- a/libavcodec/av1dec.c
+++ b/libav
It is unnecessary since the removal of non-thread-safe callbacks
in e0786a8eeb9e7c8feb057e83f284491f0a87e463. Since then, the
AVCodecContext has only been used as logcontext.
Removing ff_thread_release_buffer() allowed to remove AVCodecContext*
parameters from several other functions (not only unr
On Fri, Oct 20, 2023 at 03:54:16PM +0200, Anton Khirnov wrote:
> Quoting Niklas Haas (2023-10-14 13:46:34)
> > > 3. I don't see how the MJPEG encoder behaviour where the valid formats
> > > de facto depend upon strictness can be encoded in this way; isn't the
> > > aim to get rid of the necessity o
On Wed, Oct 18, 2023 at 10:48 PM Mark Thompson wrote:
> 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;
> >>>
Quoting Andreas Rheinhardt (2023-10-13 19:10:33)
> Niklas Haas:
> > From: Niklas Haas
> >
> > This is motivated primarily by a desire for YUVJ removal, which will
> > require signalling the supported color ranges as part of the codec
> > capabilities. But since we're here anyway, we might as well
Anton Khirnov:
> Quoting Andreas Rheinhardt (2023-07-03 20:02:25)
>> Marvin Scholz:
>>> I honestly can't think of a sensible API design for this,
>>> if you have any idea feel free to share.
>>>
>>
>> The only way I can think of that allows this is for the user to pass a
>> pointer to a (const) AVD
Quoting Niklas Haas (2023-10-14 13:46:34)
> > 3. I don't see how the MJPEG encoder behaviour where the valid formats
> > de facto depend upon strictness can be encoded in this way; isn't the
> > aim to get rid of the necessity of the workaround in ffmpeg cli?
>
> Note that ffmpeg cli presently ini
On Thu, Oct 19, 2023 at 09:05:07PM +0200, Michael Koch wrote:
> > IIRC each regex give -10 so multiple matches give more.
>
> So far, the search strings contain only combinations of keywords, for example
> "concretevictoria".
> False positives are almost impossible.
strings that are certain spa
Hi,
On Sat, Oct 14, 2023 at 11:16 AM Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> On Sat, Oct 14, 2023 at 9:11 AM Lynne wrote:
> > colorspace doesn't make it impossible to introduce all that is needed.
> > It's a cleaner codebase that we can extend.
>
> * that only works on a subset o
On Fri, 13 Oct 2023 14:33:11 -0400 Vittorio Giovara
wrote:
> On Fri, Oct 13, 2023 at 10:27 AM Niklas Haas wrote:
>
> > Changes since v1:
> >
> > - Remove unneeded patch (AVCodecContext.colorspace init)
> > - Merge auto-range conversion into auto-scale filter
> > - Replace vf_zscale by vf_colors
Quoting Michael Niedermayer (2023-10-19 20:53:05)
> On Thu, Oct 19, 2023 at 07:42:30PM +0200, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2023-10-19 18:33:13)
> > > On Thu, Oct 19, 2023 at 01:10:18PM +0200, Anton Khirnov wrote:
> > > > Quoting Michael Niedermayer (2023-10-15 02:13:23)
> >
On Tue, Jul 18, 2023 at 10:32 AM Evgeny Pavlov wrote:
> This commit adds BGRA, RGBA and ARGB pixel formats for AMF encoders
>
> Signed-off-by: Evgeny Pavlov
> ---
> libavcodec/amfenc.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c
> index
Quoting Andreas Rheinhardt (2023-07-03 20:02:25)
> Marvin Scholz:
> > I honestly can't think of a sensible API design for this,
> > if you have any idea feel free to share.
> >
>
> The only way I can think of that allows this is for the user to pass a
> pointer to a (const) AVDictionaryEntry, nam
27 matches
Mail list logo
