On Mon, Apr 13, 2015 at 09:59:57AM +, Marco Porsch wrote:
> Previously we had regular 16bit RAW that worked like a charm as input to
> FFmpeg. The naïve approach of upscaling the 12bit to 16bit destroys the
> compression efficiency of course...
I think there's your problem, that is not a "of
wm4 googlemail.com> writes:
> GRAY12 would be something different from GRAY16 with
> bits_per_raw_sample set. The former sets MSBs to zero,
> the latter zeros LSBs.
It should not zero them, white should not be gray.
(But there is of course no difference between the two.)
Carl Eugen
__
On Mon, 13 Apr 2015 10:19:15 + (UTC)
Carl Eugen Hoyos wrote:
> Michael Niedermayer gmx.at> writes:
>
> > On Mon, Apr 13, 2015 at 09:59:57AM +, Marco Porsch wrote:
>
> > > Previously we had regular 16bit RAW that worked like a
> > > charm as input to FFmpeg. The naïve approach of upsca
On Mon, Apr 13, 2015 at 10:19:15AM +, Carl Eugen Hoyos wrote:
> Michael Niedermayer gmx.at> writes:
>
> > On Mon, Apr 13, 2015 at 09:59:57AM +, Marco Porsch wrote:
>
> > > Previously we had regular 16bit RAW that worked like a
> > > charm as input to FFmpeg. The naïve approach of upscal
Michael Niedermayer gmx.at> writes:
> On Mon, Apr 13, 2015 at 09:59:57AM +, Marco Porsch wrote:
> > Previously we had regular 16bit RAW that worked like a
> > charm as input to FFmpeg. The naïve approach of upscaling
> > the 12bit to 16bit destroys the compression efficiency of
> > course
On Mon, Apr 13, 2015 at 09:59:57AM +, Marco Porsch wrote:
> Hi,
>
> our automotive cameras generate a weird kind of 12bit RAW format that I would
> like to encode using FFVHUFF. Unfortunately, the 12bit grayscale pixel format
> is not yet supported.
> Can you point me on the right track to i
Hi,
our automotive cameras generate a weird kind of 12bit RAW format that I would
like to encode using FFVHUFF. Unfortunately, the 12bit grayscale pixel format
is not yet supported.
Can you point me on the right track to implement this pixel format? And will
the encoder be able to handle the 12
