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

[Jason Freets]

Attached is the resulting r10k to Mpeg4:

https://www.dropbox.com/s/0mdixsp5htqm2f1/r10kToMpeg4.avi?dl=0

I get the same funny colors similar to "FFPlay_Playing10BitRGB444_r10k.png" that I put up earlier on DropBox as well. 

The system I am running tests on is one of the latest i7 processors running Windows 7. Otherwise, yes on slow systems, playing an FFV1 can lead to glitchy frames. Agreed.

Below is the command used to create it:

///////////////////////////////////////////////////////////////////////////////
// r10k -> Mpeg4 (FMP4)
// Input:  10BitRGB444_r10k_2sec.avi
// Output: r10kToMpeg4.avi
///////////////////////////////////////////////////////////////////////////////

E:\ffmpeg-20141225-git-1515bfb-win64-static>ffmpeg -i "10BitRGB444_r10k_2sec.avi
" -vcodec mpeg4 -qscale:v 2 r10kToMpeg4.avi
ffmpeg version N-68675-g1515bfb Copyright (c) 2000-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':
  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
Output #0, avi, to 'r10kToMpeg4.avi':
  Metadata:
    ISFT            : Lavf56.16.101
    Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x486, q=2-31, 200
 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
    Metadata:
      encoder         : Lavc56.16.100 mpeg4
Stream mapping:
  Stream #0:0 -> #0:0 (r10k (native) -> mpeg4 (native))
Press [q] to stop, [?] for help
frame=   60 fps=0.0 q=2.0 Lsize=   17850kB time=00:00:02.00 bitrate=73038.9kbits
/s
video:17843kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing
 overhead: 0.039150%

E:\ffmpeg-20141225-git-1515bfb-win64-static>

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


> To: ffmpeg-user at ffmpeg.org
> From: cehoyos at ag.or.at
> Date: Sun, 28 Dec 2014 01:21:13 +0000
> Subject: Re: [FFmpeg-user] LLossless (10 Bit RGB 444) and (10 Bit YUV 422)	Compression
> 
> Jason Freets <jasonslife <at> hotmail.com> writes:
> 
> > I've uploaded the r10k to FFV1 file for you :
> > 
> > https://www.dropbox.com/s/uperxd1k60uhj5k/r10kToFFV.avi?dl=0
> 
> This is a lossless copy of 10BitRGB444_r10k_2sec.avi
> For playback with FFplay, you need fast hardware 
> (ffv1 is an archive codec, it is not optimised for 
> playback).
> But FFplay is not the best testing application, 
> better use the following to test if an input file 
> is supported by FFmpeg:
> $ ffmpeg -i input -vcodec mpeg4 -qscale 2 out.avi
> 
> Carl Eugen
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user