Den 30.12.2023 18:38, skrev Andrew Randrianasulu:


сб, 30 дек. 2023 г., 18:28 Terje J. Hanssen via Cin <cin@lists.cinelerra-gg.org>:


Den 30.12.2023 10:03, skrev Andrea paz:

If SVT-AV1 1.8.0 rendering is possible with cin-aom-38_svt.AppImage, where do you select this?
Among the webm presets should also appear av1-svt.webm, the profile
created by Andrew; see image:

https://postimg.cc/cgjQfR11

Yes, thanks I found it. I had not looked there or simply overseen it, as it normally is referred to as svt-av1 :)
And SVT-AV1 1.8 confirms to be VERY FAST and of most interest as default CPU AV1 encoder (also for CinGG?)
As mentioned in Phoronix recent release article:  https://www.phoronix.com/news/SVT-AV1-1.8-Released
SVT-AV1 1.8 brings more speed-ups at various preset levels -- especially M0 to M6 where there can be gains as much as 53%.
Two Cin-GG AV1-SVT rendering tests of the same loaded hdv07_05.m2t clip took 0:02:54 and 0:02:51 respectively.
If not due to technical issues (see the attached messages), that is impressive FPS = 10240/172 = 59.5 or 2.4x faster than the clip duration!
And compared to the AOM 3.8 40-minutes rendering above, this is 14.3x times faster!
The CinGG svt-av1 v.1.8 preset seemed to use Preset 6 and CRF 26

In comparison I started a temporary test with the same FFmpeg SVT-AV1 v. 1.7 Preset 6, which seemed to perform much slower (ca. 8 FPS).
The default faster Preset 10 and CRF 35 from my previous FFPmpeg test of the same clip provided 68 FPS.

That is, very Promising SVT-AV1 speed rendering, BUT
the HDV Aspect ratio and broken Audio has to be fixed in CinGG
yuv420p(pc, smpte170m/unknown/unknown), 1440x1080 [SAR 1:1 DAR 4:3]

Or the procedure has to be clarified, in case I have done something wrong or inadequate.


for aspect ratio I just send out patch hopefully fixing this.

For audio - try opus/webm as audio encoder?

For colorspace - set it to bt709 as illustrated here 

https://cinelerra-gg.org/download/CinelerraGG_Manual/Color_Space_Color_Range_Aff.html


While waiting for a patched aspect ratio version, I've tried the other suggestions:
opus/webm audio encoder
Colorspace bt709

This fixed the audio issue and extended the file size and rendering time with 50%
** rendered 10452 frames in 232.659 secs, 44.924 fps

Attach also the rendering messages

du -sh hdv07*
235M    hdv07_05_cingg_aom-av1.webm
241M    hdv07_05_m2t_cingg_aom38-av1.webm
284M    hdv07_05_m2t_cingg_svt-av1_pr6+opus.webm
220M    hdv07_05_m2t_cingg_svt-av1_pr6.webm
239M    hdv07_05_m2t_svt-av1_pr10.webm
229M    hdv07_05_m2t_svt-av1_pr6.webm


ffplay -hide_banner hdv07_05_m2t_cingg_svt-av1_pr6+opus.webm
[libdav1d @ 0x7f7eb4003700] libdav1d 1.3.0
Input #0, matroska,webm, from 'hdv07_05_m2t_cingg_svt-av1_pr6+opus.webm':
  Metadata:
    ENCODER         : Lavf60.16.100
  Duration: 00:06:58.08, start: -0.007000, bitrate: 5689 kb/s
  Stream #0:0: Video: av1 (Main), yuv420p(pc, bt709/unknown/unknown), 1440x1080, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 1k tbn
    Metadata:
      DURATION        : 00:06:58.080000000
  Stream #0:1(eng): Audio: opus, 48000 Hz, stereo, fltp
    Metadata:
      DURATION        : 00:06:58.068000000
[libdav1d @ 0x7f7eb4057000] libdav1d 1.3.0
  41.58 A-V: -0.037 fd=   0 aq=   12KB vq=  269KB sq=    0B f=0/0