libsvtav1 2.3.0 patch for cmake 4.0
Again, tested only on Arch, but should be safer because we only build libsvtav1 on Linux distros where cmake > 3.16 ? sorry for 2.3.9 typo, must be 2.3.0 (harmaless)
Andrew, again thank you. I have Fedora 41 installed on a laptop and will test both of these last 2 patches you provided there - assuming that the "not released/but testing" cmake 40 is really available for Fedora 41 as stated online. I may not be able to test tomorrow because still need verification of BT # 672. On Sun, Apr 6, 2025 at 10:18 PM Andrew Randrianasulu < [email protected]> wrote:
Again, tested only on Arch, but should be safer because we only build libsvtav1 on Linux distros where cmake > 3.16 ?
sorry for 2.3.9 typo, must be 2.3.0 (harmaless)
I tested the two patches for x265 and svtav1. Compiling in Arch with Cmake 4 is OK; a HEVC video in 4k and 60 fps is loaded without errors; playback gives no errors, but goes at 10 fps and rendering to mkv with svtav1 gives no errors and renders at 9 fps. I also tried appimage (CinGG-20250228-x86_64, with Cmake 3) loading the same video: there are no errors; playback goes at the original 60 fps and rendering with svtav1 goes at 30 fps. What further tests do you recommend?
вт, 8 апр. 2025 г., 15:24 Andrea paz <[email protected]>:
I tested the two patches for x265 and svtav1. Compiling in Arch with Cmake 4 is OK; a HEVC video in 4k and 60 fps is loaded without errors; playback gives no errors, but goes at 10 fps and rendering to mkv with svtav1 gives no errors and renders at 9 fps. I also tried appimage (CinGG-20250228-x86_64, with Cmake 3) loading the same video: there are no errors; playback goes at the original 60 fps and rendering with svtav1 goes at 30 fps.
it was NOT supposed to introduce slowdowns :( can you check if another hevc video works better between selfcompiled and appimage versions of cingg? x265 is only ENCODER into hevc, it shouldn't affect playback :/ What further tests do you recommend?
With Big Buck Bunny in h264, fullHD, 30 fps anything is OK. Playback at the origina 30 fps x265 render 21 fps svtav1 render 24 fps (One strange thing is that the render (of both svt and x265) takes longer to do the first 3% than the remaining 97%) In any case I don't think your patches are to blame, Cmake 4 seems more likely to me. In their site and bug tracker there are many people talking about regressions: https://discourse.cmake.org/t/policy-changes-in-cmake-version-4-0-0/13883 https://discourse.cmake.org/t/cmake-4-0-regression/13890 and more...
Tested on Fedora 32 with cmake 3.17.4 with no problems found yet. P.S. can not find cmake 4.0 for Fedora 41 regular, which is the current released version. Since I would like to test it on something besides Andrea's Arch, I will keep looking. On Sun, Apr 6, 2025 at 10:18 PM Andrew Randrianasulu < [email protected]> wrote:
Again, tested only on Arch, but should be safer because we only build libsvtav1 on Linux distros where cmake > 3.16 ?
sorry for 2.3.9 typo, must be 2.3.0 (harmaless)
participants (3)
-
Andrea paz -
Andrew Randrianasulu -
Phyllis Smith