Den 07.11.2021 04:55, skrev Andrew Randrianasulu:
On Sunday, November 7, 2021, Terje J. Hanssen <[email protected]
<mailto:[email protected]>> wrote:
Den 06.11.2021 19:09, skrev Andrew Randrianasulu:
On Saturday, November 6, 2021, Terje J. Hanssen
<[email protected] <mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>> 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...
Just comment out # cin_quality=-1 in the profile window, doesn't seem to
change anything:
video wrench > Video Preset
Compression: h265.mp4
Bitrate: 0
Pixels: yuv422p
# cin_quality=-1
# use framerate for 1 keyframe/sec, needed for seeks
keyint_min=30
x265-params=keyint=30
OK
du -sh hd01_cin_rgb-float_ffmpeg_h265_yuv422p.mp4
26M hd01_cin_rgb-float_ffmpeg_h265_yuv422p.mp4
Terje J. H
--
Cin mailing list
[email protected]
https://lists.cinelerra-gg.org/mailman/listinfo/cin
