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

[Jason Freets]

> Subject: Re: [FFmpeg-user] LLossless (10 Bit RGB 444) and (10 Bit YUV 422)	Compression
> 
> Jason Freets <jasonslife <at> hotmail.com> writes:
> 
> > I'd like to point out that I never had success 
> > even converting from r10k to FFV1. 
> 
> Works fine here.
> 
> > What I mean by this, is that after converting my 
> > original r10k to FFV1 I was never able to play 
> > the FFV1 file with, for example, VLC.
> 
> Apart from "wrong mailing list":
> Didn't you test FFplay? Or MPlayer?
> Or ffmpeg -i outffv1.avi out.mov?

Here's the result of what I see when playing the 10BitRGB444_r10k_2sec.avi I sent you:

https://www.dropbox.com/s/l3512t3qarkdt2i/FFPlay_Playing10BitRGB444_r10k.png?dl=0

///////////////////////////////////////////////////////////////////////////////
// FFPlay not playing r10k for me (at least on my system)
//
// Command Issued: ffplay 10BitRGB444_r10k_2sec.avi
///////////////////////////////////////////////////////////////////////////////

E:\ffmpeg-20141225-git-1515bfb-win64-static>ffplay 10BitRGB444_r10k_2sec.avi
ffplay version N-68675-g1515bfb Copyright (c) 2003-2014 the FFmpeg developers
  built on Dec 24 2014 23:09:08 with gcc 4.9.2 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --
enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-lib
modplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrw
b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinge
r --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --en
able-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis
 --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-
libx265 --enable-libxavs --enable-libxvid --enable-decklink --enable-zlib
  libavutil      54. 15.100 / 54. 15.100
  libavcodec     56. 16.100 / 56. 16.100
  libavformat    56. 16.101 / 56. 16.101
  libavdevice    56.  3.100 / 56.  3.100
  libavfilter     5.  5.101 /  5.  5.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  1.100 /  1.  1.100
  libpostproc    53.  3.100 / 53.  3.100
Input #0, avi, from '10BitRGB444_r10k_2sec.avi':B sq=    0B f=0/0
  Duration: 00:00:02.00, start: 0.000000, bitrate: 335755 kb/s
    Stream #0:0: Video: r10k (r10k / 0x6B303172), rgb48le(10 bpc), 720x486, 3412
75 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc
  14.18 M-V:  0.000 fd=   0 aq=    0KB vq=    0KB sq=    0B f=0/0
E:\ffmpeg-20141225-git-1515bfb-win64-static>

///////////////////////////////////////////////////////////////////////////////
// end
///////////////////////////////////////////////////////////////////////////////

So, no, unfortunately it hasn't worked for me using FFPlay. Unless, I am doing something wrong. The input stream is detected at r10k, so not sure why it doesn't view properly. Other non r10k videos do play fine with FFPlay.

Second, VLC also does not support playing r10k. The result of playing the test file I provided you results in the following VLC error message:

"VLC does not support the audio or video format "r10k". Unfortunately there is no way for you to fix this." So, although VLC is built upon FFMpeg, it doesn't play r10k either. 

No, I have not tried MPlayer.

> 
> > My conclusion at the time, just a day or two, 
> > was FFMpeg just didn't deal with r10k.
> 
> This makes no sense, sorry.

Hopefully it does now.

> 
> > Yet, I realize you've made improvements since too.
> 
> As said, the only difference the two changes will 
> make is that they allow to prove the losslessness 
> with -f framecrc (and similar). They do not change 
> the archive copies you could have made before.
> (But I admit it was difficult to test if the archive 
> copies are really lossless, this is what I usually 
> request from the so-called "professional" archive 
> solutions that apparently are never lossless but 
> nobody requested this so far. In any case, the 
> fixes were trivial.)

Exactly: "But I admit it was difficult to test if the archive copies are really lossless" ... yes, difficult to test. I've used FFMpeg for dealing with v210, but have not used FFMpeg for r10k because it just hasn't worked for me.

But again, perhaps I am doing something wrong. 

Jason

> 
> Carl Eugen
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user