[FFmpeg-user] LLossless (10 Bit RGB 444) and (10 Bit YUV 422) Compression

[Carl Eugen Hoyos]

Jason Freets <jasonslife <at> hotmail.com> writes:

> > > So either on Linux or Windows, I still don't get a 
> > > correct conversion that views correctly.
> > 
> > Don't you agree that it would be a problem if you get 
> > different output on Widows and Linux?
> 
> I am getting the same output on Windows and Linux: the 
> r10k to FFV1 both play incorrectly.

Note that if you mention ffv1 like this, some (most/all) 
readers will - as I did and Peter - assume that you 
believe you found an issue with ffv1.
I only realize now that you (believe you) found an issue 
with r10k that has nothing to do with ffv1.

> In other words, I am not getting different outputs.... 
> but the same output.

As said, I am quite happy you get identical output on 
Windows and Linux;-)

> They both play just as bad as the screenshots provided.

(Note that what you call "bad" is what I see when I 
open the file you provided with hex editor...)

> > Does the software that plays the colourbars correctly 
> > also play the following files?
> > http://samples.ffmpeg.org/V-codecs/R10g.mov
> > http://samples.ffmpeg.org/V-codecs/R10k.mov
> 
> No, I've never been able to play R10K. I've not 
> tried R10g either. 

What software created the sample you uploaded and how 
can I watch it (the way you see it)?

> Apparently there are different formats:
> 
> R10k (Big Endian) 
> R10g (Big Endian)
> r10k (Little Endian)
> r10g (Little Endian)

How do you know?
I am not saying you are wrong but I would like to 
understand this better.

> For example, I notice that the R10K 
> (http://samples.ffmpeg.org/V-codecs/R10k.mov) is 
> Big Endian whereas the r10k's I've been sharing 
> with you are Little Endian. 

How do you know that your sample is little-endian?

> It's just to say, I notice the FFMpeg has no r10k samples! 

Until now, I assumed we do have samples (and that there 
is no difference between R10k and r10k).

Carl Eugen