[Cin] Updated CinGG release for downloading the AppImage

Andrew Randrianasulu randrianasulu at gmail.com
Sun Nov 7 04:55:08 CET 2021


On Sunday, November 7, 2021, Terje J. Hanssen <terjejhanssen at gmail.com>
wrote:

>
>
> Den 06.11.2021 19:09, skrev Andrew Randrianasulu:
>
> On Saturday, November 6, 2021, Terje J. Hanssen <terjejhanssen at gmail.com
>> <mailto:terjejhanssen at gmail.com>> wrote:
>>
>
> [.............]
>>
>>         @Andrea
>>>         I succeeded to rendered further combinations and cleaned up
>>>         my file name syntax as follows:
>>>
>>>         du -sh hd01.mov hd01*app*.mp4
>>>
>>>         1,7G    hd01.mov (input 10bit ProRes HQ file)
>>>         --------------------------
>>>         70M    hd01_cin_appimage_ffmpeg_h264-10bit_yuv422p10le.mp4
>>>         72M    hd01_cin_appimage_ffmpeg_h264_yuv420p.mp4
>>>         80M    hd01_cin_appimage_ffmpeg_h264_yuv422p10le.mp4
>>>         82M    hd01_cin_appimage_ffmpeg_h264_yuv422p.mp4
>>>         0    hd01_cin_appimage_ffmpeg_h265-10bit_yuv422p10le.mp4
>>> (failed)
>>>         26M    hd01_cin_appimage_ffmpeg_h265-10bit_yuv422p.mp4
>>>         26M    hd01_cin_appimage_ffmpeg_h265_yuv422p.mp4
>>>         --------------------------
>>>         26M    hd01_cin-multi_appimage_ffmpeg_h265-10bit_yuv422p10le.mp4
>>>         26M    hd01_cin-multi_appimage_ffmpeg_h265-12bit_yuv422p12le.mp4
>>>         26M    hd01_cin-multi_appimage_ffmpeg_h265_yuv422p10le.mp4
>>>         26M    hd01_cin-multi_appimage_ffmpeg_h265_yuv422p.mp4
>>>
>>>
>>>     but how they look visually? I found it a bit strange how h264
>>>     compresses to different sizes yet h265 is all the same.. you
>>>     tried with rgb(a) - float project setting in all cases, yes?
>>>
>>>
>>>
>>>
>>     The file quality (sharpness) looks fine against the input hd01.mov
>>     file, the file colors varies a bit between greenish and
>>     yellow-brownish.
>>
>>     I didn't change the default project setting, just loaded the
>>     hd01.mov file once, and rendered all files from it.
>>     The default Setting > Format color model is RGBA-8bit
>>     Obviously it should have been set to the higher RGB(A)-Float for
>>     this 10-bit 422 ProRes HQ file format?
>>
>>
>>     Terje J. H
>>
>>
>>
>> I think yes, there even was bugreport about it but back in time it was
>> said fine-tuning project settings (from auto/default at media load) is user
>> responsibility...
>>
>
> I have re-rendered all h65 files with Setting>Format>Color model=RGB-Float
> or RGBA-Float and OK.
> I'm not sure this is right or wrong, because all h265 file sizes and Bit
> rate become still practical the same size as with RGBA-8.
>
> Here two examples:
>
> du -sk hd01_cin_appimage_ffmpeg_h265-10bit_yuv422p.mp4
> hd01_cin-multi_rgba-float_appimage_ffmpeg_h265-10bit_yuv422p10le.mp4
> 26240    hd01_cin_appimage_ffmpeg_h265-10bit_yuv422p.mp4
> 26268 hd01_cin-multi_rgba-float_appimage_ffmpeg_h265-10bit_yuv422p10le.mp4
>
>
> And here follows comparision (diff) of Mediainfo output for the same files:
>
> diff hd01_cin_appimage_ffmpeg_h265-10bit_yuv422p.mediainfo
> hd01_cin-multi_rgba-float_appimage_ffmpeg_h265-10bit_yuv422p10le.mediainfo
> 2c2
> < Complete name                            :
> hd01_cin_appimage_ffmpeg_h265-10bit_yuv422p.mp4
> ---
> > Complete name                            :
> hd01_cin-multi_rgba-float_appimage_ffmpeg_h265-10bit_yuv422p10le.mp4
> 9c9
> < Overall bit rate                         : 3 015 kb/s
> ---
> > Overall bit rate                         : 3 018 kb/s
> 20c20
> < Bit rate                                 : 2 685 kb/s
> ---
> > Bit rate                                 : 2 687 kb/s
> 28c28
> < Bit depth                                : 8 bits
> ---
> > Bit depth                                : 10 bits
> 34,35c34,35
> < Writing library                          : x265
> 3.5+1-f0c1022b6:[Linux][GCC 10.2.1][64 bit] 8bit
> < Encoding settings                        : cpuid=1111039 /
> frame-threads=3 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2
> / input-csp=2 / input-res=1920x1080 / interlace=0 / total-frames=0 /
> level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance /
> no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 /
> no-temporal-layers / open-gop / min-keyint=30 / keyint=30 / gop-lookahead=0
> / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 /
> lookahead-slices=6 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice /
> no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp /
> max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 /
> rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip /
> nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing /
> max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 /
> temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb /
> no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 /
> selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast /
> no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 /
> psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 /
> rc=crf / crf=28.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 /
> ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree /
> zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 /
> qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=1 /
> colorprim=9 / transfer=14 / colormatrix=10 / chromaloc=0 / display-window=0
> / cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 /
> vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps /
> no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 /
> hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 /
> no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0
> / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 /
> scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 /
> refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct /
> refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 /
> no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field /
> qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets
> / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass
> ---
> > Writing library                          : x265
> 3.5+1-f0c1022b6:[Linux][GCC 10.2.1][64 bit] 10bit
> > Encoding settings                        : cpuid=1111039 /
> frame-threads=3 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2
> / input-csp=2 / input-res=1920x1080 / interlace=0 / total-frames=0 /
> level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance /
> no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 /
> no-temporal-layers / open-gop / min-keyint=30 / keyint=30 / gop-lookahead=0
> / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 /
> lookahead-slices=6 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice /
> no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp /
> max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 /
> rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip /
> nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing /
> max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 /
> temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb /
> no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 /
> selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast /
> no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 /
> psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 /
> rc=crf / crf=28.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 /
> ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree /
> zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 /
> qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=1 /
> colorprim=9 / transfer=14 / colormatrix=10 / chromaloc=0 / display-window=0
> / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 /
> vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps /
> no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 /
> hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 /
> no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0
> / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 /
> scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 /
> refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct /
> refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 /
> no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field /
> qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets
> / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass
> 51c51
> < Bit rate                                 : 327 kb/s
> ---
> > Bit rate                                 : 328 kb/s
> 58,59c58,59
> < Stream size                              : 2.78 MiB (11%)
> < Source stream size                       : 2.78 MiB (11%)
> ---
> > Stream size                              : 2.79 MiB (11%)
> > Source stream size                       : 2.79 MiB (11%)
>
> ----------------------------
>
> Terje J. H
>
>
>
well, considering predictability of bitrate this is good, but may be not
very good for comparing max possible quality of encodings...

in
ffmpeg/video/h265.mp4 profile I can see cin_quality=-1 setting. This
setting absent from h264.mp4 profile.

Try to comment it out before rendering? May be we can/should create
unconstrained (bitrate-wise) profiles for h265, too...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20211107/6241ef17/attachment-0001.htm>


More information about the Cin mailing list