<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<br>
<br>
<div class="moz-cite-prefix">Den 29.12.2023 11:56, skrev Andrew
Randrianasulu:<br>
</div>
<blockquote type="cite"
cite="mid:CA+rFky6VUCWi02wDCjkDWd4V=pxGCM_9dXMYek9i9UCWZiCx_g@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">
<div><br>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">пт, 29 дек. 2023 г., 05:01
Terje J. Hanssen <<a
href="mailto:terjejhanssen@gmail.com"
moz-do-not-send="true" class="moz-txt-link-freetext">terjejhanssen@gmail.com</a>>:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div> <br>
<br>
<div>Den 17.12.2023 00:05, skrev Andrew Randrianasulu:<br>
</div>
<blockquote type="cite">
<div dir="auto">
<div><br>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">пт, 15 дек.
2023 г., 21:10 Terje J. Hanssen via Cin <<a
href="mailto:cin@lists.cinelerra-gg.org"
rel="noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">cin@lists.cinelerra-gg.org</a>>:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div> <br>
<br>
Anyway, apparently SVT-AV1 libsvtav1 shines
as the superiour fastest and simple to use
CPU based AV1 encoder (before GPU hwaccels)<br>
</div>
</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">After rebuilding SVT-AV1 on termux
for Neon acceleration I tried three variations of
same file:</div>
<div dir="auto"><br>
</div>
<div dir="auto">
<div dir="auto">du -h av1-1.8.0*</div>
<div dir="auto">5.0M av1-1.8.0-pr12.webm</div>
<div dir="auto">4.3M av1-1.8.0-pr2.webm</div>
<div dir="auto">4.6M av1-1.8.0.webm</div>
<div dir="auto"><br>
</div>
<div dir="auto">all on crf 30</div>
<div dir="auto"><br>
</div>
<div dir="auto">ffmpeg -i 20081103140154.m2t -c:v
libsvtav1 -an -preset 2 -crf 30
av1-1.8.0-pr2.webm<br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">this one run at 0.2 fps</div>
<div dir="auto"><br>
</div>
<div dir="auto">ffmpeg -i 20081103140154.m2t -c:v
libsvtav1 -an -preset 12 -crf 30
av1-1.8.0-pr12.webm<br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">this one run up to 9.4 fps!</div>
<div dir="auto"><br>
</div>
<div dir="auto">ffmpeg -i 20081103140154.m2t -c:v
libsvtav1 -an -preset 6 -crf 30 av1-1.8.0.webm<br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">and this one run at 1.3 fps.</div>
<div dir="auto"><br>
</div>
<div dir="auto">all files encoded from same input:</div>
<div dir="auto"><br>
</div>
<div dir="auto">Stream #0:0[0x810]: Video:
mpeg2video (Main) ([2][0][0][0] / 0x0002),
yuv420p(tv, bt709, top first), 1440x1080 [SAR
4:3 DAR 16:9], 25000 kb/s, 25 fps, 25 tbr, 90k
tbn<br>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">So, I guess on aarch64 tablet this
one definitely not as fast as on desktop (x86_64)
Intel.</div>
<div dir="auto"><br>
</div>
<br>
</div>
</blockquote>
<br>
<br>
<font face="Courier New, Courier, monospace">AV1
Encoding/Rendering:<br>
======================<br>
</font><br>
<font face="Courier New, Courier, monospace">To compare
encoding with FFmpeg/SVT-AV1 v. 1.7.0 and rendering
with the current CinGG/AOM-AV1 (v. 3.1.1?), I used a
medium length 1080i HDV clip (ca. 7 min duration) as
input file:<br>
1,3G hdv07_05.m2t<br>
<br>
<br>
239M hdv07_05_m2t_svt-av1_pr10.webm<br>
ffmpeg -i hdv07_05.m2t -c:v libsvtav1 -preset 10 -crf
35 -c:a libvorbis hdv07_05_m2t_svt-av1_pr10.webm<br>
frame=10240 fps= 68 q=27.0 Lsize= 244069kB
time=00:06:58.24 bitrate=4780.5kbits/s speed=2.78x
<br>
<br>
<br>
235M hdv07_05_cingg_aom-av1.webm<br>
Rendering with CinGG/AOM-AV1<br>
Rendering took 0:37:06 = 2226 sek<br>
FPS=10240/2226=4.6<br>
<br>
<br>
Rendering speed results: <br>
------------------------<br>
68 FPS vs 4.6 FPS<br>
<br>
<br>
FFplay playback:<br>
===============<br>
<br>
</font><font face="Courier New, Courier, monospace">hdv07_05_m2t_svt-av1_pr10.webm<br>
------------------------------<br>
</font><font face="Courier New, Courier, monospace">ffplay
-hide_banner hdv07_05_m2t_svt-av1_pr10.webm<br>
[libdav1d @ 0x7fe318004880] libdav1d 1.3.0 0KB
sq= 0B f=0/0 <br>
Input #0, matroska,webm, from
'hdv07_05_m2t_svt-av1_pr10.webm':<br>
Metadata:<br>
ENCODER : Lavf60.3.100<br>
Duration: 00:06:58.28, start: 0.000000, bitrate:
4780 kb/s<br>
Stream #0:0: Video: av1 (Main), yuv420p(tv, bt709),
1440x1080, SAR 4:3 DAR 16:9, 25 fps, 25 tbr, 1k tbn<br>
Metadata:<br>
ENCODER : Lavc60.3.100 libsvtav1<br>
DURATION : 00:06:58.283000000<br>
Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp<br>
Metadata:<br>
ENCODER : Lavc60.3.100 libvorbis<br>
DURATION : 00:06:57.939000000<br>
[libdav1d @ 0x7fe3180d5b80] libdav1d 1.3.0<br>
20.51 A-V: -0.032 fd= 0 aq= 12KB vq= 310KB
sq= 0B f=0/0 <br>
<br>
<br>
</font><font face="Courier New, Courier, monospace">hdv07_05_cingg_aom-av1.webm<br>
----------------------------<br>
</font><font face="Courier New, Courier, monospace">ffplay
-hide_banner hdv07_05_cingg_aom-av1.webm<br>
[libdav1d @ 0x7f3650004640] libdav1d 1.3.0 0KB
sq= 0B f=0/0 <br>
Input #0, matroska,webm, from
'hdv07_05_cingg_aom-av1.webm':f=0/0 <br>
Metadata:<br>
ENCODER : Lavf60.16.100<br>
Duration: 00:06:58.08, start: 0.000000, bitrate:
4708 kb/s<br>
Stream #0:0: Video: av1 (Main), yuv420p(tv,
bt470bg/unknown/unknown), 1440x1080, SAR 1:1 DAR 4:3,
25 fps, 25 tbr, 1k tbn<br>
Metadata:<br>
DURATION : 00:06:58.043000000<br>
Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp<br>
Metadata:<br>
DURATION : 00:06:58.082000000<br>
[libdav1d @ 0x7f36500da540] libdav1d 1.3.0<br>
24.95 A-V: -0.008 fd= 3 aq= 21KB vq= 583KB
sq= 0B f=0/0 <br>
<br>
<br>
VLC Playback (copied codec info from GUI Tool tab)<br>
============<br>
<br>
vlc hdv07_05_m2t_svt-av1_pr10.webm<br>
----------------------------------<br>
Stream 0<br>
Codec: AOMedia's AV1 Video (av01)<br>
Type: Video<br>
Video resolution: 1440x1080<br>
Buffer dimensions: 1536x1152<br>
Frame rate: 25<br>
Decoded format: Planar 4:2:0 YUV<br>
Orientation: Top left<br>
Color primaries: ITU-R BT.709<br>
Color transfer function: ITU-R BT.709<br>
Stream 1<br>
Codec: Vorbis Audio (vorb)<br>
Type: Audio<br>
Channels: Stereo<br>
Sample rate: 48000 Hz<br>
Bits per sample: 32<br>
Bitrate: 112 kb/s<br>
encoder: Lavc60.3.100<br>
<br>
<br>
vlc hdv07_05_cingg_aom-av1.webm<br>
-------------------------------<br>
Stream 0<br>
Codec: AOMedia's AV1 Video (av01)<br>
Type: Video<br>
Video resolution: 1440x1080<br>
Buffer dimensions: 1536x1152<br>
Frame rate: 25<br>
Decoded format: Planar 4:2:0 YUV<br>
Orientation: Top left<br>
Color space: ITU-R BT.601 Range<br>
Stream 1<br>
Codec: Vorbis Audio (vorb)<br>
Type: Audio<br>
Channels: Stereo<br>
Sample rate: 48000 Hz<br>
Bits per sample: 32<br>
Bitrate: 112 kb/s<br>
encoder: Lavc60.31.102<br>
<br>
<br>
Playback results:<br>
-----------------<br>
<br>
hdv07_05_m2t_svt-av1_pr10.webm<br>
------------------------------<br>
FFplay and VLC: Correct playback of HDV 16:9 (DAR)
Video and correct Audio<br>
BT.709 Colors should be correct for HD(V) video<br>
<br>
<br>
hdv07_05_cingg_aom-av1.webm<br>
----------------------------<br>
FFplay and VLC: wrong playback of HDV 4:3 (DAR) Video,<br>
and som screeching (scratch) sound on Audio <br>
</font><font face="Courier New, Courier, monospace">BT.601
colors is seemingly for (older) SD video</font><br>
<font face="Courier New, Courier, monospace">That said,
I just loaded the HDV clip in Cin-GG without change of
the default Preferences,<br>
so this can probably be corrected/tuned.<br>
</font></div>
</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">well, lack of correct (display) aspect ratio on
output, as well as distorted sound is concerning!</div>
<div dir="auto"><br>
</div>
<div dir="auto">Can you try another audio encoder, and may be
manually set 'format' parameters, if container-level aspect
ratio still not set up automatically?</div>
<div dir="auto"><br>
</div>
<div dir="auto">
<div class="gmail_quote">
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><font face="Courier New, Courier, monospace"> <br>
</font></div>
</blockquote>
</div>
</div>
</div>
</blockquote>
<br>
<font face="Courier New, Courier, monospace">Within Settings |
Format I selected "our" Preset "HDV 1080i/25".<br>
The Color model changed from RGB-8 bit to YUVA-8 bit. but I didn't
see it change of geometry parameters. <br>
Still the Canvas size was: Width:1440, Height:1080, W Ratio:1.0, H
Ratio:1.0, Aspect Ratio:16.0:9.0<br>
<br>
If the latter Aspect Ratio is equivalent to FFmpeg's DAR 16:9, <br>
shouldn't W Ratio and H Ratio be equivalent to FFmpegs pixel
aspect ratio SAR 4:3 as in the svt-av1 encoded file?<br>
<br>
Or generic: Would it be possible to automatic get the format
parameters identical to how FFmpeg (FFprobe) read the source file?<br>
And like SVT-AV1: By default SVT-AV1 will encode 10-bit sources to
10-bit outputs and 8-bit to 8-bit.<br>
<br>
---------------<br>
<br>
I tested also Cin-GG/aom-av1 rendering of 20081103140154.m2t hdv
file (you used above with ffmpeg.)<br>
The same result, display aspect ratio is 4:3. Actually as soon the
files are saved to disk, Gnome File manager show them visually
like the 4:3 SD icons.<br>
<br>
Could you possibly try to render the same file using CinGG
av1.webm to verify what happends ?<br>
<br>
</font>
</body>
</html>