> On Feb 5, 2018, at 4:20 PM, Jerome Martinez wrote:
>
> On 03/02/2018 14:48, Michael Niedermayer wrote:
>>
>> I hope this will not reduce interrest in working on a improved
>> 9-16bit mode in v4.
>
> I don't like to put politics in technical stuff, but here this is
On 03/02/2018 14:48, Michael Niedermayer wrote:
I hope this will not reduce interrest in working on a improved
9-16bit mode in v4.
I don't like to put politics in technical stuff, but here this is
politics, and I think that blocking an easy improvement of FFV1 v3
encoding/decoding in FFmpeg
[mailto:cellar-boun...@ietf.org] Im Auftrag von Michael Niedermayer
Gesendet: Samstag, 03. Februar 2018 14:48
An: Codec Encoding for LossLess Archiving and Realtime transmission
<cel...@ietf.org>
Cc: ffmpeg-devel@ffmpeg.org
Betreff: Re: [Cellar] [FFmpeg-devel] [PATCH] avcodec/ffv1: Support for
On Sat, Feb 03, 2018 at 01:58:10PM +0100, Reto Kromer wrote:
> Michael Niedermayer wrote:
>
> >To clarify my suggestion,
> >the algorithm should be tuned for high bit depth before using
> >it for long term storage. This would be v4 (or later).
> >Personally i would wait for v4 and not use v3 for
Michael Niedermayer wrote:
>To clarify my suggestion,
>the algorithm should be tuned for high bit depth before using
>it for long term storage. This would be v4 (or later).
>Personally i would wait for v4 and not use v3 for high bit
>depth. Which is why i think its not smart to extend the v3
On Sat, Feb 03, 2018 at 10:57:44AM +0100, Jerome Martinez wrote:
> On 03/02/2018 00:10, Michael Niedermayer wrote:
> >On Thu, Feb 01, 2018 at 01:43:00PM +0100, Jerome Martinez wrote:
> >>Add support for 16-bit/component RGB with Alpha encoding and decoding in
> >>FFV1, both RGBA64 and GBRAP16 for