On 8/19/2022 10:24 PM, Philip Langdale wrote:
As we already have support for VUYA, I figured I should do the small
amount of work to support VUYX as well. That means a little refactoring
to share code.
Signed-off-by: Philip Langdale
---
libswscale/input.c | 10 ---
On 18.08.2022 17:37, Timo Rothenpieler wrote:
I plan to push this soon.
The half2float.o entry has been moved to the correct Makefile, otherwise
nothing else changed in the meantime.
applied
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Andreas Rheinhardt:
> Fixes frame-threaded decoding of samples created by concatting
> a video with data partitioning and a video not using it.
> (Only the MPEG-4 decoder sets this, so it is synced in
> mpeg4_update_thread_context() despite being a MpegEncContext-field.)
>
> Signed-off-by:
On 19.08.2022 20:30, Michael Niedermayer wrote:
ok
but just to clarify what i meant / was thinking of was a simple
key / value style parser no features beyond that. just enough so we can
use it to read our own generated xml from some object serialization.
One can hardly call that XML then.
For
On Thu, Aug 18, 2022 at 07:19:07PM +0200, Jean-Baptiste Kempf wrote:
> On Wed, 17 Aug 2022, at 19:21, Michael Niedermayer wrote:
> > a unwise choice. But if someone is against very basic xml or json parsers
> > please speak up now and here because its still better to say "no" now than
> > after
On 8/17/2022 11:29 AM, Zhao Zhili wrote:
>> This seems like it should be in a separate patch, though - it is
>> changing a different
>> behavior than what this patch does.
>
> OK.
Will send a 2nd patch with this in the next few days.
>> I did look at that, but I do not think it can be.
>>
>>
On Fri, 19 Aug 2022, at 18:01, Nicolas George wrote:
> Or I might be hit by a bus. Or I might decide to try heroin and overdose
> because it was cut with fentanyl. Or… If we always focus on the
Exactly. This is called the bus-factor and is important in all volunteers open
source communities.
Jean-Baptiste Kempf (12022-08-18):
> Those plans files become outdated very quickly and are often not maintained.
> Or they become infinite unicorn-wishlist things.
> Or they become a blocking task for the project.
Or I might be hit by a bus. Or I might decide to try heroin and overdose
because
On 6/24/2022 4:05 AM, Steven Liu wrote:
"zhilizhao(赵志立)" 于2022年6月24日周五 14:59写道：
On Jun 24, 2022, at 1:59 PM, Steven Liu wrote:
because the AudioConverterFillComplexBuffer can return 0 or 1 if
success.
so set the ret to 0 it AudioConverterFillComplexBuffer success and
return ret value for
On Fri, Aug 19, 2022 at 11:15 AM Tomas Härdin wrote:
> tor 2022-08-18 klockan 16:31 +0200 skrev Michael Niedermayer:
> > On Wed, Aug 17, 2022 at 05:03:56PM +0200, Tomas Härdin wrote:
> > > tor 2022-08-11 klockan 19:35 +0200 skrev Timo Rothenpieler:
> > > > On 11.08.2022 19:21, Mark Gaiser wrote:
Thanks for doing this!
On Fri, Aug 19, 2022 at 10:53 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Alan Kelly:
> > ---
> > libswscale/x86/yuv2yuvX.asm | 2 --
> > 1 file changed, 2 deletions(-)
> >
> > diff --git a/libswscale/x86/yuv2yuvX.asm b/libswscale/x86/yuv2yuvX.asm
> >
On Thu, 18 Aug 2022, Alan Kelly wrote:
Thanks Martin for doing this.
On Thu, Aug 18, 2022 at 10:16 AM Martin Storsjö wrote:
This avoids triggering overflows in the filters, and avoids
stray
test failures in the approximate functions on x86; due to
rounding
tor 2022-08-18 klockan 16:31 +0200 skrev Michael Niedermayer:
> On Wed, Aug 17, 2022 at 05:03:56PM +0200, Tomas Härdin wrote:
> > tor 2022-08-11 klockan 19:35 +0200 skrev Timo Rothenpieler:
> > > On 11.08.2022 19:21, Mark Gaiser wrote:
> > > >
> > > > Here's the conversation requesting this very
Alan Kelly:
> ---
> libswscale/x86/yuv2yuvX.asm | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/libswscale/x86/yuv2yuvX.asm b/libswscale/x86/yuv2yuvX.asm
> index b6294cb919..d5b03495fd 100644
> --- a/libswscale/x86/yuv2yuvX.asm
> +++ b/libswscale/x86/yuv2yuvX.asm
> @@ -124,8 +124,6 @@
---
libswscale/x86/yuv2yuvX.asm | 2 --
1 file changed, 2 deletions(-)
diff --git a/libswscale/x86/yuv2yuvX.asm b/libswscale/x86/yuv2yuvX.asm
index b6294cb919..d5b03495fd 100644
--- a/libswscale/x86/yuv2yuvX.asm
+++ b/libswscale/x86/yuv2yuvX.asm
@@ -124,8 +124,6 @@ cglobal yuv2yuvX, 7, 7, 8,
Hi,
On 2022-08-02 16:19, Anton Khirnov wrote:
Why are you not resubmitting your original patch that stops copying
hwaccel_priv_data to the user-facing context?
It seemed more correct to me, since the user-facing context should never
see any hwaccel data. Or does it not fix the issue fully?
16 matches
Mail list logo
