SVT-AV1 library upgraded to v2.2.1
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster. Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes. I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
сб, 24 авг. 2024 г., 21:13 Phyllis Smith via Cin <[email protected]
:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test.
thanks, I'll try to rebuild on my Slackware system too next day and report back! I hope weather in general does not add too many surprizes to your life and Buddy (dog) has good times too. I tend to try and make long walks with Fennec at the morning, around 6-7 am, so we can walk off leash before other dog people arrive. But sometimes rains interrupt us. So we return to base and repeat when rain ends ! Hopefully, Terje can check using the SUSE package at:
https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built. -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine... I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows: cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145 DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16. On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
Den 25.08.2024 22:04, skrev Phyllis Smith:
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16.
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll. Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0: 1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps 2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git <http://git.cinelerra-gg.org/goodguy/cinelerra.git>
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
Den 25.08.2024 22:56, skrev Terje J. Hanssen:
Den 25.08.2024 22:04, skrev Phyllis Smith:
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16.
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll.
Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0:
1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps
2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps
dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
Interestingly the newest version 2.2.0 file sizes also are some larger: hdv: +12.5%: 112M hdv09_04_m2t_svt-av1_pr6+opus.webm 126M hdv09_04_m2t_svt-av1-220_pr6+opus.webm 29M dv01_07_dv_svt-av1_pr6+opus.webm 30M dv01_07_dv_svt-av1-220_pr6+opus.webm
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git <http://git.cinelerra-gg.org/goodguy/cinelerra.git>
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
пн, 26 авг. 2024 г., 01:48 Terje J. Hanssen via Cin < [email protected]>:
Den 25.08.2024 22:56, skrev Terje J. Hanssen:
Den 25.08.2024 22:04, skrev Phyllis Smith:
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16.
strange, web git interface thinks that cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz [moved from cinelerra-5.1/thirdparty/src/ffmpeg-6.1.tar.xz with 55% similarity] diff | blob | history I think it should be just new file?
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll.
Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0:
1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps
2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps
dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
Interestingly the newest version 2.2.0 file sizes also are some larger: hdv: +12.5%:
112M hdv09_04_m2t_svt-av1_pr6+opus.webm 126M hdv09_04_m2t_svt-av1-220_pr6+opus.webm
29M dv01_07_dv_svt-av1_pr6+opus.webm 30M dv01_07_dv_svt-av1-220_pr6+opus.webm
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
пн, 26 авг. 2024 г., 05:53 Andrew Randrianasulu <[email protected]>:
пн, 26 авг. 2024 г., 01:48 Terje J. Hanssen via Cin < [email protected]>:
Den 25.08.2024 22:56, skrev Terje J. Hanssen:
Den 25.08.2024 22:04, skrev Phyllis Smith:
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16.
strange, web git interface thinks that
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz [moved from cinelerra-5.1/thirdparty/src/ffmpeg-6.1.tar.xz with 55% similarity] diff | blob | history
I think it should be just new file?
but it looks ok on visual inspection (enter archive in midnight commander). So, probably git was just confused with binary file .. sorry
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll.
Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0:
1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps
2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps
dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
Interestingly the newest version 2.2.0 file sizes also are some larger: hdv: +12.5%:
112M hdv09_04_m2t_svt-av1_pr6+opus.webm 126M hdv09_04_m2t_svt-av1-220_pr6+opus.webm
29M dv01_07_dv_svt-av1_pr6+opus.webm 30M dv01_07_dv_svt-av1-220_pr6+opus.webm
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Mon, Aug 26, 2024 at 6:03 AM Andrew Randrianasulu <[email protected]> wrote:
пн, 26 авг. 2024 г., 05:53 Andrew Randrianasulu <[email protected]>:
пн, 26 авг. 2024 г., 01:48 Terje J. Hanssen via Cin <[email protected]>:
Den 25.08.2024 22:56, skrev Terje J. Hanssen:
Den 25.08.2024 22:04, skrev Phyllis Smith:
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16.
strange, web git interface thinks that
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz [moved from cinelerra-5.1/thirdparty/src/ffmpeg-6.1.tar.xz with 55% similarity] diff | blob | history
I think it should be just new file?
but it looks ok on visual inspection (enter archive in midnight commander). So, probably git was just confused with binary file ..
It seems to work on my end: bash-5.1$ cin ~/0005.avi Cinelerra Infinity - built: Aug 26 2024 06:26:42 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy 2003-2017 mods for Cinelerra-CV by CinelerraCV team 2015-2024 mods for Cinelerra-GG by Cinelerra-GG team Libav version: Lavc61.3.100 Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. build plugin index for: /usr/lib/cin/plugins build lv2 index for: /usr/share/cin/lv2 LOAD: http://lsp-plug.in/plugins/lv2/comp_delay_mono LOAD: http://lsp-plug.in/plugins/lv2/comp_delay_stereo LOAD: http://lsp-plug.in/plugins/lv2/compressor_lr LOAD: http://lsp-plug.in/plugins/lv2/compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/compressor_ms LOAD: http://lsp-plug.in/plugins/lv2/compressor_stereo LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_lr LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_mono LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_ms LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_stereo LOAD: http://lsp-plug.in/plugins/lv2/expander_lr LOAD: http://lsp-plug.in/plugins/lv2/expander_mono LOAD: http://lsp-plug.in/plugins/lv2/expander_ms LOAD: http://lsp-plug.in/plugins/lv2/expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/gate_lr LOAD: http://lsp-plug.in/plugins/lv2/gate_mono LOAD: http://lsp-plug.in/plugins/lv2/gate_ms LOAD: http://lsp-plug.in/plugins/lv2/gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/graph_equalizer_x16_mono LOAD: http://lsp-plug.in/plugins/lv2/graph_equalizer_x32_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_responses_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_responses_stereo LOAD: http://lsp-plug.in/plugins/lv2/impulse_reverb_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_reverb_stereo LOAD: http://lsp-plug.in/plugins/lv2/latency_meter LOAD: http://lsp-plug.in/plugins/lv2/limiter_mono LOAD: http://lsp-plug.in/plugins/lv2/limiter_stereo LOAD: http://lsp-plug.in/plugins/lv2/loud_comp_mono LOAD: http://lsp-plug.in/plugins/lv2/loud_comp_stereo LOAD: http://lsp-plug.in/plugins/lv2/mb_compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x12 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x12_do LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x24 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x24_do LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x48 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x48_do LOAD: http://lsp-plug.in/plugins/lv2/oscillator_mono LOAD: http://lsp-plug.in/plugins/lv2/phase_detector LOAD: http://lsp-plug.in/plugins/lv2/profiler_mono LOAD: http://lsp-plug.in/plugins/lv2/profiler_stereo LOAD: http://lsp-plug.in/plugins/lv2/room_builder_mono LOAD: http://lsp-plug.in/plugins/lv2/room_builder_stereo LOAD: http://lsp-plug.in/plugins/lv2/sampler_mono LOAD: http://lsp-plug.in/plugins/lv2/sampler_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_limiter_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_limiter_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/slap_delay_mono LOAD: http://lsp-plug.in/plugins/lv2/slap_delay_stereo LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x1 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x12 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x16 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x2 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x4 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x8 LOAD: http://lsp-plug.in/plugins/lv2/surge_filter_mono LOAD: http://lsp-plug.in/plugins/lv2/surge_filter_stereo LOAD: http://lsp-plug.in/plugins/lv2/trigger_mono LOAD: http://lsp-plug.in/plugins/lv2/trigger_stereo FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi RenderFarmClient::main_loop: client started FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 Svt[info]: SVT [build] : GCC 11.2.0 32 bit Svt[info]: LIB Build date: Aug 26 2024 06:14:47 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 4 Svt[info]: Number of PPCS 74 Svt[info]: [asm level on system : up to c] Svt[info]: [asm level selected : up to c] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile tier (auto) level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 320 / 240 / 96153 / 10000 Svt[info]: SVT [config]: bit-depth / color format : 8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 32 / key frame Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35 Svt[info]: SVT [config]: AQ mode / variance boost : 2 / 0 Svt[info]: ------------------------------------------- FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Render::render_single: Session finished. ** rendered 272 frames in 49.231 secs, 5.525 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi ====== may be compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?
sorry
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll.
Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0:
1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps
2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps
dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
Interestingly the newest version 2.2.0 file sizes also are some larger: hdv: +12.5%:
112M hdv09_04_m2t_svt-av1_pr6+opus.webm 126M hdv09_04_m2t_svt-av1-220_pr6+opus.webm
29M dv01_07_dv_svt-av1_pr6+opus.webm 30M dv01_07_dv_svt-av1-220_pr6+opus.webm
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 26.08.2024 06:30, skrev Andrew Randrianasulu:
On Mon, Aug 26, 2024 at 6:03 AM Andrew Randrianasulu <[email protected]> wrote:
пн, 26 авг. 2024 г., 05:53 Andrew Randrianasulu <[email protected]>:
пн, 26 авг. 2024 г., 01:48 Terje J. Hanssen via Cin <[email protected]>:
Den 25.08.2024 22:56, skrev Terje J. Hanssen:
Den 25.08.2024 22:04, skrev Phyllis Smith:
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16.
strange, web git interface thinks that
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz [moved from cinelerra-5.1/thirdparty/src/ffmpeg-6.1.tar.xz with 55% similarity] diff | blob | history
I think it should be just new file?
but it looks ok on visual inspection (enter archive in midnight commander). So, probably git was just confused with binary file ..
It seems to work on my end:
bash-5.1$ cin ~/0005.avi Cinelerra Infinity - built: Aug 26 2024 06:26:42 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy 2003-2017 mods for Cinelerra-CV by CinelerraCV team 2015-2024 mods for Cinelerra-GG by Cinelerra-GG team
Libav version: Lavc61.3.100
Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.
build plugin index for: /usr/lib/cin/plugins build lv2 index for: /usr/share/cin/lv2 LOAD: http://lsp-plug.in/plugins/lv2/comp_delay_mono LOAD: http://lsp-plug.in/plugins/lv2/comp_delay_stereo LOAD: http://lsp-plug.in/plugins/lv2/compressor_lr LOAD: http://lsp-plug.in/plugins/lv2/compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/compressor_ms LOAD: http://lsp-plug.in/plugins/lv2/compressor_stereo LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_lr LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_mono LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_ms LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_stereo LOAD: http://lsp-plug.in/plugins/lv2/expander_lr LOAD: http://lsp-plug.in/plugins/lv2/expander_mono LOAD: http://lsp-plug.in/plugins/lv2/expander_ms LOAD: http://lsp-plug.in/plugins/lv2/expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/gate_lr LOAD: http://lsp-plug.in/plugins/lv2/gate_mono LOAD: http://lsp-plug.in/plugins/lv2/gate_ms LOAD: http://lsp-plug.in/plugins/lv2/gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/graph_equalizer_x16_mono LOAD: http://lsp-plug.in/plugins/lv2/graph_equalizer_x32_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_responses_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_responses_stereo LOAD: http://lsp-plug.in/plugins/lv2/impulse_reverb_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_reverb_stereo LOAD: http://lsp-plug.in/plugins/lv2/latency_meter LOAD: http://lsp-plug.in/plugins/lv2/limiter_mono LOAD: http://lsp-plug.in/plugins/lv2/limiter_stereo LOAD: http://lsp-plug.in/plugins/lv2/loud_comp_mono LOAD: http://lsp-plug.in/plugins/lv2/loud_comp_stereo LOAD: http://lsp-plug.in/plugins/lv2/mb_compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x12 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x12_do LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x24 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x24_do LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x48 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x48_do LOAD: http://lsp-plug.in/plugins/lv2/oscillator_mono LOAD: http://lsp-plug.in/plugins/lv2/phase_detector LOAD: http://lsp-plug.in/plugins/lv2/profiler_mono LOAD: http://lsp-plug.in/plugins/lv2/profiler_stereo LOAD: http://lsp-plug.in/plugins/lv2/room_builder_mono LOAD: http://lsp-plug.in/plugins/lv2/room_builder_stereo LOAD: http://lsp-plug.in/plugins/lv2/sampler_mono LOAD: http://lsp-plug.in/plugins/lv2/sampler_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_limiter_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_limiter_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/slap_delay_mono LOAD: http://lsp-plug.in/plugins/lv2/slap_delay_stereo LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x1 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x12 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x16 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x2 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x4 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x8 LOAD: http://lsp-plug.in/plugins/lv2/surge_filter_mono LOAD: http://lsp-plug.in/plugins/lv2/surge_filter_stereo LOAD: http://lsp-plug.in/plugins/lv2/trigger_mono LOAD: http://lsp-plug.in/plugins/lv2/trigger_stereo FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi RenderFarmClient::main_loop: client started FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz or possibly the 2.2.1 sub-version isn't shown in the Svt info?
Svt[info]: SVT [build] : GCC 11.2.0 32 bit Svt[info]: LIB Build date: Aug 26 2024 06:14:47 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 4 Svt[info]: Number of PPCS 74 Svt[info]: [asm level on system : up to c] Svt[info]: [asm level selected : up to c] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile tier (auto) level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 320 / 240 / 96153 / 10000 Svt[info]: SVT [config]: bit-depth / color format : 8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 32 / key frame Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35 Svt[info]: SVT [config]: AQ mode / variance boost : 2 / 0 Svt[info]: ------------------------------------------- FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Render::render_single: Session finished. ** rendered 272 frames in 49.231 secs, 5.525 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi
======
may be compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?
sorry
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll.
Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0:
1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps
2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps
dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
Interestingly the newest version 2.2.0 file sizes also are some larger: hdv: +12.5%:
112M hdv09_04_m2t_svt-av1_pr6+opus.webm 126M hdv09_04_m2t_svt-av1-220_pr6+opus.webm
29M dv01_07_dv_svt-av1_pr6+opus.webm 30M dv01_07_dv_svt-av1-220_pr6+opus.webm
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 26.08.2024 06:30, skrev Andrew Randrianasulu:
On Mon, Aug 26, 2024 at 6:03 AM Andrew Randrianasulu <[email protected]> wrote:
пн, 26 авг. 2024 г., 05:53 Andrew Randrianasulu <[email protected]>:
пн, 26 авг. 2024 г., 01:48 Terje J. Hanssen via Cin <[email protected]>:
Den 25.08.2024 22:56, skrev Terje J. Hanssen:
Den 25.08.2024 22:04, skrev Phyllis Smith:
Terje, sorry for my mistake. I have created an AppImage at: https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage If you have time later, to try it, I would appreciate that. This AppImage should work just about on any system except for older ones like Ubuntu 16.
strange, web git interface thinks that
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz [moved from cinelerra-5.1/thirdparty/src/ffmpeg-6.1.tar.xz with 55% similarity] diff | blob | history
I think it should be just new file?
but it looks ok on visual inspection (enter archive in midnight commander). So, probably git was just confused with binary file ..
It seems to work on my end:
bash-5.1$ cin ~/0005.avi Cinelerra Infinity - built: Aug 26 2024 06:26:42 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy 2003-2017 mods for Cinelerra-CV by CinelerraCV team 2015-2024 mods for Cinelerra-GG by Cinelerra-GG team
Libav version: Lavc61.3.100
Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.
build plugin index for: /usr/lib/cin/plugins build lv2 index for: /usr/share/cin/lv2 LOAD: http://lsp-plug.in/plugins/lv2/comp_delay_mono LOAD: http://lsp-plug.in/plugins/lv2/comp_delay_stereo LOAD: http://lsp-plug.in/plugins/lv2/compressor_lr LOAD: http://lsp-plug.in/plugins/lv2/compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/compressor_ms LOAD: http://lsp-plug.in/plugins/lv2/compressor_stereo LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_lr LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_mono LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_ms LOAD: http://lsp-plug.in/plugins/lv2/dyna_processor_stereo LOAD: http://lsp-plug.in/plugins/lv2/expander_lr LOAD: http://lsp-plug.in/plugins/lv2/expander_mono LOAD: http://lsp-plug.in/plugins/lv2/expander_ms LOAD: http://lsp-plug.in/plugins/lv2/expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/gate_lr LOAD: http://lsp-plug.in/plugins/lv2/gate_mono LOAD: http://lsp-plug.in/plugins/lv2/gate_ms LOAD: http://lsp-plug.in/plugins/lv2/gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/graph_equalizer_x16_mono LOAD: http://lsp-plug.in/plugins/lv2/graph_equalizer_x32_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_responses_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_responses_stereo LOAD: http://lsp-plug.in/plugins/lv2/impulse_reverb_mono LOAD: http://lsp-plug.in/plugins/lv2/impulse_reverb_stereo LOAD: http://lsp-plug.in/plugins/lv2/latency_meter LOAD: http://lsp-plug.in/plugins/lv2/limiter_mono LOAD: http://lsp-plug.in/plugins/lv2/limiter_stereo LOAD: http://lsp-plug.in/plugins/lv2/loud_comp_mono LOAD: http://lsp-plug.in/plugins/lv2/loud_comp_stereo LOAD: http://lsp-plug.in/plugins/lv2/mb_compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/mb_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/mb_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x12 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x12_do LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x24 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x24_do LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x48 LOAD: http://lsp-plug.in/plugins/lv2/multisampler_x48_do LOAD: http://lsp-plug.in/plugins/lv2/oscillator_mono LOAD: http://lsp-plug.in/plugins/lv2/phase_detector LOAD: http://lsp-plug.in/plugins/lv2/profiler_mono LOAD: http://lsp-plug.in/plugins/lv2/profiler_stereo LOAD: http://lsp-plug.in/plugins/lv2/room_builder_mono LOAD: http://lsp-plug.in/plugins/lv2/room_builder_stereo LOAD: http://lsp-plug.in/plugins/lv2/sampler_mono LOAD: http://lsp-plug.in/plugins/lv2/sampler_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_compressor_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_limiter_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_limiter_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_expander_stereo LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_lr LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_mono LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_ms LOAD: http://lsp-plug.in/plugins/lv2/sc_mb_gate_stereo LOAD: http://lsp-plug.in/plugins/lv2/slap_delay_mono LOAD: http://lsp-plug.in/plugins/lv2/slap_delay_stereo LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x1 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x12 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x16 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x2 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x4 LOAD: http://lsp-plug.in/plugins/lv2/spectrum_analyzer_x8 LOAD: http://lsp-plug.in/plugins/lv2/surge_filter_mono LOAD: http://lsp-plug.in/plugins/lv2/surge_filter_stereo LOAD: http://lsp-plug.in/plugins/lv2/trigger_mono LOAD: http://lsp-plug.in/plugins/lv2/trigger_stereo FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi RenderFarmClient::main_loop: client started FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz or possibly the 2.2.1 sub-version isn't shown in the Svt info? Addition: Using ffmpeg directly and my system SVT-AV1 v.2.1.2 the output say Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.1.2
Svt[info]: SVT [build] : GCC 11.2.0 32 bit Svt[info]: LIB Build date: Aug 26 2024 06:14:47 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 4 Svt[info]: Number of PPCS 74 Svt[info]: [asm level on system : up to c] Svt[info]: [asm level selected : up to c] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile tier (auto) level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 320 / 240 / 96153 / 10000 Svt[info]: SVT [config]: bit-depth / color format : 8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 32 / key frame Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35 Svt[info]: SVT [config]: AQ mode / variance boost : 2 / 0 Svt[info]: ------------------------------------------- FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Render::render_single: Session finished. ** rendered 272 frames in 49.231 secs, 5.525 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi
======
may be compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?
sorry
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll.
Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0:
1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps
2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps
dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
Interestingly the newest version 2.2.0 file sizes also are some larger: hdv: +12.5%:
112M hdv09_04_m2t_svt-av1_pr6+opus.webm 126M hdv09_04_m2t_svt-av1-220_pr6+opus.webm
29M dv01_07_dv_svt-av1_pr6+opus.webm 30M dv01_07_dv_svt-av1-220_pr6+opus.webm
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 26.08.2024 12:00, skrev Terje J. Hanssen:
Den 26.08.2024 06:30, skrev Andrew Randrianasulu:
On Mon, Aug 26, 2024 at 6:03 AM Andrew Randrianasulu <[email protected]> wrote: ....snip
FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi RenderFarmClient::main_loop: client started FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
Addition:
Using ffmpeg directly and my system SVT-AV1 v.2.1.2 the output say
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.1.2
I have also a helper app installed /usr/bin/SvtAv1EncApp which can be used to query the SVT-AV1 system version directly SvtAv1EncApp --version SVT-AV1 v2.1.2 (release)
Svt[info]: SVT [build] : GCC 11.2.0 32 bit Svt[info]: LIB Build date: Aug 26 2024 06:14:47 Svt[info]: ------------------------------------------- Svt[info]: Number of logical cores available: 4 Svt[info]: Number of PPCS 74 Svt[info]: [asm level on system : up to c] Svt[info]: [asm level selected : up to c] Svt[info]: ------------------------------------------- Svt[info]: SVT [config]: main profile tier (auto) level (auto) Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 320 / 240 / 96153 / 10000 Svt[info]: SVT [config]: bit-depth / color format : 8 / YUV420 Svt[info]: SVT [config]: preset / tune / pred struct : 10 / PSNR / random access Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 32 / key frame Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35 Svt[info]: SVT [config]: AQ mode / variance boost : 2 / 0 Svt[info]: ------------------------------------------- FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Render::render_single: Session finished. ** rendered 272 frames in 49.231 secs, 5.525 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /dev/shm/av1.webm FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi
======
may be compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?
sorry
Phyllis, cin-x86_64_newer.AppImage tested OK on Slowroll.
Below is a rendering speed comparison and enhancements between the previous SVT-AV1 v.1.8.0 and the new SVT-AV1 v.2.2.0:
1) HDV 1080i: 14.4% faster -------------------------- hdv09_04.m2t --> hdv09_04_m2t_svt-av1_pr6+opus.webm ** rendered 5972 frames in 38.960 secs, 153.285 fps
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm ** rendered 5972 frames in 34.052 secs, 175.379 fps
2) DV 576i: 41.1% faster ------------------------ dv01_07.dv --> dv01_07_dv_svt-av1_pr6+opus.webm ** rendered 2832 frames in 14.018 secs, 202.026 fps
dv01_07.dv --> dv01_07_dv_svt-av1-220_pr6+opus.webm ** rendered 2832 frames in 9.929 secs, 285.225 fps
Interestingly the newest version 2.2.0 file sizes also are some larger: hdv: +12.5%:
112M hdv09_04_m2t_svt-av1_pr6+opus.webm 126M hdv09_04_m2t_svt-av1-220_pr6+opus.webm
29M dv01_07_dv_svt-av1_pr6+opus.webm 30M dv01_07_dv_svt-av1-220_pr6+opus.webm
On Sun, Aug 25, 2024 at 3:38 AM Terje J. Hanssen <[email protected]> wrote:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
*Terje,* Not sure why it reports it as SVT-AV1 Encoder Lib v2.2.0 because I downloaded what is reported as v2.2.1 here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar Maybe whoever added the mods to create v2.2.1 forgot to update the version line. But at any rate, to prevent future confusion for me, I need to leave the tar file named 2.2.1.
RenderFarmClient::main_loop: client started
FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
*Andrey*, if you see this, Andrew has suggested "maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail.
Phyllis, right now I am trying to add the "--enable-libsvtav1" flag to build farm. Best regards, Andrey пн, 26 авг. 2024 г. в 18:50, Phyllis Smith via Cin < [email protected]>:
*Terje,* Not sure why it reports it as SVT-AV1 Encoder Lib v2.2.0 because I downloaded what is reported as v2.2.1 here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar Maybe whoever added the mods to create v2.2.1 forgot to update the version line. But at any rate, to prevent future confusion for me, I need to leave the tar file named 2.2.1.
RenderFarmClient::main_loop: client started
FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
*Andrey*, if you see this, Andrew has suggested "maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail. -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Den 26.08.2024 17:49, skrev Phyllis Smith:
*Terje,* Not sure why it reports it asSVT-AV1 Encoder Lib v2.2.0**because I downloaded what is reported as v2.2.1 here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar Maybe whoever added the mods to create v2.2.1 forgot to update the version line. But at any rate, to prevent future confusion for me, I need to leave the tar file named 2.2.1.
Seemingly this is a minor bug somewhere in this version. I upgraded my system SVT-AV1 and lib to v. 2.2.1 and got the same result: 2.2.0 What confuse me more, is that Cingg rendering seems out of proportion 2.5x faster than corresponding transcoding the same hdv file using ffmpeg directly. Possibly Cingg calculates the speed after loading the input file, and ffmpeg not(?) hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm CinGG: **rendered 5972 frames in 34.052 secs, 175.379 fps FFmpeg: frame= 5963 fps= 69 q=35.0 Lsize= 121908KiB time=00:03:58.77 bitrate=4182.4kbits/s speed=2.77x Here is the FFmpeg command line I use, which also out some mpeg2 errors: ffmpeg -hide_banner -i hdv09_04.m2t -c:v libsvtav1 -preset 6 -crf 35 -c:a libopus hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm [mpeg2video @ 0x562aa8f5b4c0] Invalid frame dimensions 0x0. Last message repeated 3 times [mpegts @ 0x562aa8f55e00] PES packet size mismatch [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv09_04.m2t': Duration: 00:03:59.06, start: 2629.496000, bitrate: 26110 kb/s Program 100 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 Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (mp2 (native) -> opus (libopus)) Press [q] to stop, [?] for help [libopus @ 0x562aa8f8b940] No bit rate set. Defaulting to 96000 bps. Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 .........snip Output #0, webm, to 'hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: av1, yuv420p(tv, bt709, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn Metadata: encoder : Lavc61.3.100 libsvtav1 Stream #0:1: Audio: opus, 48000 Hz, stereo, s16, 96 kb/s Metadata: encoder : Lavc61.3.100 libopus [mpegts @ 0x562aa8f55e00] PES packet size mismatch0:03:50.00 bitrate=4148.7kbits/s speed=2.75x [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpeg2video @ 0x562aa8f86800] ac-tex damaged at 10 61 [mpeg2video @ 0x562aa8f86800] Warning MVs not available [mpeg2video @ 0x562aa8f86800] concealing 630 DC, 630 AC, 630 MV errors in P frame [vist#0:0/mpeg2video @ 0x562aa8f5de80] [dec:mpeg2video @ 0x562aa90fa840] corrupt decoded frame [out#0/webm @ 0x562aa8f8d380] video:119306KiB audio:2490KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.091528%
> RenderFarmClient::main_loop: client started > FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi > Svt[info]: ------------------------------------------- > Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
*Andrey*, if you see this, Andrew has suggested"maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail.
вт, 27 авг. 2024 г., 00:28 Terje J. Hanssen <[email protected]>:
Den 26.08.2024 17:49, skrev Phyllis Smith:
*Terje,* Not sure why it reports it as SVT-AV1 Encoder Lib v2.2.0 because I downloaded what is reported as v2.2.1 here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar Maybe whoever added the mods to create v2.2.1 forgot to update the version line. But at any rate, to prevent future confusion for me, I need to leave the tar file named 2.2.1.
Seemingly this is a minor bug somewhere in this version. I upgraded my system SVT-AV1 and lib to v. 2.2.1 and got the same result: 2.2.0
What confuse me more, is that Cingg rendering seems out of proportion 2.5x faster than corresponding transcoding the same hdv file using ffmpeg directly. Possibly Cingg calculates the speed after loading the input file, and ffmpeg not(?)
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm
CinGG: **rendered 5972 frames in 34.052 secs, 175.379 fps FFmpeg: frame= 5963 fps= 69 q=35.0 Lsize= 121908KiB time=00:03:58.77 bitrate=4182.4kbits/s speed=2.77x
Here is the FFmpeg command line I use, which also out some mpeg2 errors:
ffmpeg -hide_banner -i hdv09_04.m2t -c:v libsvtav1 -preset 6 -crf 35 -c:a libopus hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm
you can try to add same parameters to av1 profile? -preset 6 -crf 35 just without "-" and as two lines ...? (commented-out params use preset 6/crf 25 - you probably can uncomment and edit second param too) [mpeg2video @ 0x562aa8f5b4c0] Invalid frame dimensions 0x0.
Last message repeated 3 times [mpegts @ 0x562aa8f55e00] PES packet size mismatch [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv09_04.m2t': Duration: 00:03:59.06, start: 2629.496000, bitrate: 26110 kb/s Program 100 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 Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (mp2 (native) -> opus (libopus)) Press [q] to stop, [?] for help [libopus @ 0x562aa8f8b940] No bit rate set. Defaulting to 96000 bps. Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 .........snip Output #0, webm, to 'hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: av1, yuv420p(tv, bt709, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn Metadata: encoder : Lavc61.3.100 libsvtav1 Stream #0:1: Audio: opus, 48000 Hz, stereo, s16, 96 kb/s Metadata: encoder : Lavc61.3.100 libopus [mpegts @ 0x562aa8f55e00] PES packet size mismatch0:03:50.00 bitrate=4148.7kbits/s speed=2.75x [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpeg2video @ 0x562aa8f86800] ac-tex damaged at 10 61 [mpeg2video @ 0x562aa8f86800] Warning MVs not available [mpeg2video @ 0x562aa8f86800] concealing 630 DC, 630 AC, 630 MV errors in P frame [vist#0:0/mpeg2video @ 0x562aa8f5de80] [dec:mpeg2video @ 0x562aa90fa840] corrupt decoded frame [out#0/webm @ 0x562aa8f8d380] video:119306KiB audio:2490KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.091528%
RenderFarmClient::main_loop: client started
FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
*Andrey*, if you see this, Andrew has suggested "maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail.
Den 27.08.2024 05:50, skrev Andrew Randrianasulu:
вт, 27 авг. 2024 г., 00:28 Terje J. Hanssen <[email protected]>:
Den 26.08.2024 17:49, skrev Phyllis Smith:
*Terje,* Not sure why it reports it asSVT-AV1 Encoder Lib v2.2.0**because I downloaded what is reported as v2.2.1 here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar Maybe whoever added the mods to create v2.2.1 forgot to update the version line. But at any rate, to prevent future confusion for me, I need to leave the tar file named 2.2.1.
Seemingly this is a minor bug somewhere in this version. I upgraded my system SVT-AV1 and lib to v. 2.2.1 and got the same result: 2.2.0
What confuse me more, is that Cingg rendering seems out of proportion 2.5x faster than corresponding transcoding the same hdv file using ffmpeg directly. Possibly Cingg calculates the speed after loading the input file, and ffmpeg not(?)
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm
CinGG: **rendered 5972 frames in 34.052 secs, 175.379 fps FFmpeg: frame= 5963 fps= 69 q=35.0 Lsize= 121908KiB time=00:03:58.77 bitrate=4182.4kbits/s speed=2.77x
Here is the FFmpeg command line I use, which also out some mpeg2 errors:
ffmpeg -hide_banner -i hdv09_04.m2t -c:v libsvtav1 -preset 6 -crf 35 -c:a libopus hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm
you can try to add same parameters to av1 profile?
-preset 6 -crf 35
just without "-" and as two lines ...? (commented-out params use preset 6/crf 25 - you probably can uncomment and edit second param too)
Thank you. Yes, with parameters "preset 6" and "crf 35" the Cingg/FFmpeg rendering speed matched: Cingg: ** rendered 5972 frames in 84.437 secs, 70.727 fps At first I wondered if perhaps different CPU core utilization had been used above. I verified now with top that Cingg used CPU 1400-1500% on a 12-core (8-mt/4-st) model: 12th Gen Intel Core i7-12700KF. I also had a look back into our January conversation about SVT-AV1 parameters. As already seen above, Cingg output what I think are SVT-AV1 defaults Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35 Therefore I suggest that the Cingg preset make use of the same SVT-AV1 defaults, to avoid confusing. Another suggestion from the Simple SVT-AV1 Beginner guide, is to always use 10-bit encoding: https://gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100 * I always recommend to use 10-bit (|-pix_fmt yuv420p10le|) no matter what. It provides a good quality boost in all cases, particularly in darker shades and noisy stuff. I tested this yuv420p10le pixel format with Cingg too (no yuv42210le pix_fmt supported by SVT-AV1 yet): Result: 10-bit a bit slower rendering and smaller file size, both my samples looks good in my eyes. Svt[info]: SVT [config]: bit-depth / color format : 10 / YUV420 ** rendered 5972 frames in 97.816 secs, 61.053 fps 119M hdv09_04_m2t_svt-av1-221_cf35_pr6+opus.webm 117M hdv09_04_m2t_svt-av1-221_cf35_pr6_yuv420p10le+opus.webm
[mpeg2video @ 0x562aa8f5b4c0] Invalid frame dimensions 0x0. Last message repeated 3 times [mpegts @ 0x562aa8f55e00] PES packet size mismatch [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv09_04.m2t': Duration: 00:03:59.06, start: 2629.496000, bitrate: 26110 kb/s Program 100 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 Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (mp2 (native) -> opus (libopus)) Press [q] to stop, [?] for help [libopus @ 0x562aa8f8b940] No bit rate set. Defaulting to 96000 bps. Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 .........snip Output #0, webm, to 'hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: av1, yuv420p(tv, bt709, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn Metadata: encoder : Lavc61.3.100 libsvtav1 Stream #0:1: Audio: opus, 48000 Hz, stereo, s16, 96 kb/s Metadata: encoder : Lavc61.3.100 libopus [mpegts @ 0x562aa8f55e00] PES packet size mismatch0:03:50.00 bitrate=4148.7kbits/s speed=2.75x [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpeg2video @ 0x562aa8f86800] ac-tex damaged at 10 61 [mpeg2video @ 0x562aa8f86800] Warning MVs not available [mpeg2video @ 0x562aa8f86800] concealing 630 DC, 630 AC, 630 MV errors in P frame [vist#0:0/mpeg2video @ 0x562aa8f5de80] [dec:mpeg2video @ 0x562aa90fa840] corrupt decoded frame [out#0/webm @ 0x562aa8f8d380] video:119306KiB audio:2490KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.091528%
> RenderFarmClient::main_loop: client started > FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi > Svt[info]: ------------------------------------------- > Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
*Andrey*, if you see this, Andrew has suggested"maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail.
On 27.08.2024 14:10, Terje J. Hanssen wrote:
Den 27.08.2024 05:50, skrev Andrew Randrianasulu:
вт, 27 авг. 2024 г., 00:28 Terje J. Hanssen <[email protected]>:
Den 26.08.2024 17:49, skrev Phyllis Smith:
*Terje,* Not sure why it reports it asSVT-AV1 Encoder Lib v2.2.0**because I downloaded what is reported as v2.2.1 here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar Maybe whoever added the mods to create v2.2.1 forgot to update the version line. But at any rate, to prevent future confusion for me, I need to leave the tar file named 2.2.1.
Seemingly this is a minor bug somewhere in this version. I upgraded my system SVT-AV1 and lib to v. 2.2.1 and got the same result: 2.2.0
What confuse me more, is that Cingg rendering seems out of proportion 2.5x faster than corresponding transcoding the same hdv file using ffmpeg directly. Possibly Cingg calculates the speed after loading the input file, and ffmpeg not(?)
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm
CinGG: **rendered 5972 frames in 34.052 secs, 175.379 fps FFmpeg: frame= 5963 fps= 69 q=35.0 Lsize= 121908KiB time=00:03:58.77 bitrate=4182.4kbits/s speed=2.77x
Here is the FFmpeg command line I use, which also out some mpeg2 errors:
ffmpeg -hide_banner -i hdv09_04.m2t -c:v libsvtav1 -preset 6 -crf 35 -c:a libopus hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm
you can try to add same parameters to av1 profile?
-preset 6 -crf 35
just without "-" and as two lines ...? (commented-out params use preset 6/crf 25 - you probably can uncomment and edit second param too)
Thank you. Yes, with parameters "preset 6" and "crf 35" the Cingg/FFmpeg rendering speed matched:
Cingg: ** rendered 5972 frames in 84.437 secs, 70.727 fps
At first I wondered if perhaps different CPU core utilization had been used above. I verified now with top that Cingg used CPU 1400-1500% on a 12-core (8-mt/4-st) model: 12th Gen Intel Core i7-12700KF.
I also had a look back into our January conversation about SVT-AV1 parameters. As already seen above, Cingg output what I think are SVT-AV1 defaults
Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35
Therefore I suggest that the Cingg preset make use of the same SVT-AV1 defaults, to avoid confusing.
Another suggestion from the Simple SVT-AV1 Beginner guide, is to always use 10-bit encoding: https://gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100
* I always recommend to use 10-bit (|-pix_fmt yuv420p10le|) no matter what. It provides a good quality boost in all cases, particularly in darker shades and noisy stuff.
I tested this yuv420p10le pixel format with Cingg too (no yuv42210le pix_fmt supported by SVT-AV1 yet): Result: 10-bit a bit slower rendering and smaller file size, both my samples looks good in my eyes.
Svt[info]: SVT [config]: bit-depth / color format : 10 / YUV420 ** rendered 5972 frames in 97.816 secs, 61.053 fps
119M hdv09_04_m2t_svt-av1-221_cf35_pr6+opus.webm 117M hdv09_04_m2t_svt-av1-221_cf35_pr6_yuv420p10le+opus.webm
Additional: Why and what does this output message mean? Svt[warn]: Preset M6 is mapped to M7.
[mpeg2video @ 0x562aa8f5b4c0] Invalid frame dimensions 0x0. Last message repeated 3 times [mpegts @ 0x562aa8f55e00] PES packet size mismatch [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv09_04.m2t': Duration: 00:03:59.06, start: 2629.496000, bitrate: 26110 kb/s Program 100 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 Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (mp2 (native) -> opus (libopus)) Press [q] to stop, [?] for help [libopus @ 0x562aa8f8b940] No bit rate set. Defaulting to 96000 bps. Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 .........snip Output #0, webm, to 'hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: av1, yuv420p(tv, bt709, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn Metadata: encoder : Lavc61.3.100 libsvtav1 Stream #0:1: Audio: opus, 48000 Hz, stereo, s16, 96 kb/s Metadata: encoder : Lavc61.3.100 libopus [mpegts @ 0x562aa8f55e00] PES packet size mismatch0:03:50.00 bitrate=4148.7kbits/s speed=2.75x [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpeg2video @ 0x562aa8f86800] ac-tex damaged at 10 61 [mpeg2video @ 0x562aa8f86800] Warning MVs not available [mpeg2video @ 0x562aa8f86800] concealing 630 DC, 630 AC, 630 MV errors in P frame [vist#0:0/mpeg2video @ 0x562aa8f5de80] [dec:mpeg2video @ 0x562aa90fa840] corrupt decoded frame [out#0/webm @ 0x562aa8f8d380] video:119306KiB audio:2490KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.091528%
> RenderFarmClient::main_loop: client started > FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi > Svt[info]: ------------------------------------------- > Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
*Andrey*, if you see this, Andrew has suggested"maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail.
Terje,
From the url: https://wiki.x266.mov/blog/svt-av1-second-deep-dive "Preset 7: v2.0.0 vs v2.1.0 Again, there is no preset 7. Actually, it's preset 6 that disappeared but I'm not remaking the graphs just for fun. If you select preset 6, you will be granted the following message: *Svt[warn]: Preset M6 is mapped to M7*."
Why and what does this output message mean?
Svt[warn]: Preset M6 is mapped to M7.
On Tue, Aug 27, 2024 at 3:10 PM Terje J. Hanssen <[email protected]> wrote:
Den 27.08.2024 05:50, skrev Andrew Randrianasulu:
вт, 27 авг. 2024 г., 00:28 Terje J. Hanssen <[email protected]>:
Den 26.08.2024 17:49, skrev Phyllis Smith:
Terje, Not sure why it reports it as SVT-AV1 Encoder Lib v2.2.0 because I downloaded what is reported as v2.2.1 here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases and the downloaded tar file was shown as: SVT-AV1-v2.2.1.tar Maybe whoever added the mods to create v2.2.1 forgot to update the version line. But at any rate, to prevent future confusion for me, I need to leave the tar file named 2.2.1.
Seemingly this is a minor bug somewhere in this version. I upgraded my system SVT-AV1 and lib to v. 2.2.1 and got the same result: 2.2.0
What confuse me more, is that Cingg rendering seems out of proportion 2.5x faster than corresponding transcoding the same hdv file using ffmpeg directly. Possibly Cingg calculates the speed after loading the input file, and ffmpeg not(?)
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm
CinGG: **rendered 5972 frames in 34.052 secs, 175.379 fps FFmpeg: frame= 5963 fps= 69 q=35.0 Lsize= 121908KiB time=00:03:58.77 bitrate=4182.4kbits/s speed=2.77x
Here is the FFmpeg command line I use, which also out some mpeg2 errors:
ffmpeg -hide_banner -i hdv09_04.m2t -c:v libsvtav1 -preset 6 -crf 35 -c:a libopus hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm
you can try to add same parameters to av1 profile?
-preset 6 -crf 35
just without "-" and as two lines ...? (commented-out params use preset 6/crf 25 - you probably can uncomment and edit second param too)
Thank you. Yes, with parameters "preset 6" and "crf 35" the Cingg/FFmpeg rendering speed matched:
Cingg: ** rendered 5972 frames in 84.437 secs, 70.727 fps
At first I wondered if perhaps different CPU core utilization had been used above. I verified now with top that Cingg used CPU 1400-1500% on a 12-core (8-mt/4-st) model: 12th Gen Intel Core i7-12700KF.
I also had a look back into our January conversation about SVT-AV1 parameters. As already seen above, Cingg output what I think are SVT-AV1 defaults
Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35
Therefore I suggest that the Cingg preset make use of the same SVT-AV1 defaults, to avoid confusing.
well, I tried to uncomment/edit those lines and file a bit smaller 580kb vs 600 kb, and speed not really down (4.4 fps) so I agree with you.
Another suggestion from the Simple SVT-AV1 Beginner guide, is to always use 10-bit encoding: https://gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100
I always recommend to use 10-bit (-pix_fmt yuv420p10le) no matter what. It provides a good quality boost in all cases, particularly in darker shades and noisy stuff.
I tested this yuv420p10le pixel format with Cingg too (no yuv42210le pix_fmt supported by SVT-AV1 yet): Result: 10-bit a bit slower rendering and smaller file size, both my samples looks good in my eyes.
Svt[info]: SVT [config]: bit-depth / color format : 10 / YUV420 ** rendered 5972 frames in 97.816 secs, 61.053 fps
119M hdv09_04_m2t_svt-av1-221_cf35_pr6+opus.webm 117M hdv09_04_m2t_svt-av1-221_cf35_pr6_yuv420p10le+opus.webm
[mpeg2video @ 0x562aa8f5b4c0] Invalid frame dimensions 0x0. Last message repeated 3 times [mpegts @ 0x562aa8f55e00] PES packet size mismatch [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv09_04.m2t': Duration: 00:03:59.06, start: 2629.496000, bitrate: 26110 kb/s Program 100 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 Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (mp2 (native) -> opus (libopus)) Press [q] to stop, [?] for help [libopus @ 0x562aa8f8b940] No bit rate set. Defaulting to 96000 bps. Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 .........snip Output #0, webm, to 'hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: av1, yuv420p(tv, bt709, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn Metadata: encoder : Lavc61.3.100 libsvtav1 Stream #0:1: Audio: opus, 48000 Hz, stereo, s16, 96 kb/s Metadata: encoder : Lavc61.3.100 libopus [mpegts @ 0x562aa8f55e00] PES packet size mismatch0:03:50.00 bitrate=4148.7kbits/s speed=2.75x [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpeg2video @ 0x562aa8f86800] ac-tex damaged at 10 61 [mpeg2video @ 0x562aa8f86800] Warning MVs not available [mpeg2video @ 0x562aa8f86800] concealing 630 DC, 630 AC, 630 MV errors in P frame [vist#0:0/mpeg2video @ 0x562aa8f5de80] [dec:mpeg2video @ 0x562aa90fa840] corrupt decoded frame [out#0/webm @ 0x562aa8f8d380] video:119306KiB audio:2490KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.091528%
RenderFarmClient::main_loop: client started FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
Andrey, if you see this, Andrew has suggested "maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail.
As Terje suggested below ("Therefore I suggest that the Cingg preset make use of the same SVT-AV1 defaults, to avoid confusing."), I modified and tested the render format av1_svt.webm to be as follows. *File contents of cinelerra-5.1/ffmpeg/video/av1_svt.webm* webm libsvtav1 # If you do not want 10 bit, switch pixel_format # to yuv420p which is standard 8 bit. crf = 35 preset = 6 pixel_format = yuv420p10le As long as no one objects, I will check this into GIT later.
What confuse me more, is that Cingg rendering seems out of proportion 2.5x faster than corresponding transcoding the same hdv file using ffmpeg directly. Possibly Cingg calculates the speed after loading the input file, and ffmpeg not(?)
hdv09_04.m2t --> hdv09_04_m2t_svt-av1-220_pr6+opus.webm
CinGG: **rendered 5972 frames in 34.052 secs, 175.379 fps FFmpeg: frame= 5963 fps= 69 q=35.0 Lsize= 121908KiB time=00:03:58.77 bitrate=4182.4kbits/s speed=2.77x
Here is the FFmpeg command line I use, which also out some mpeg2 errors:
ffmpeg -hide_banner -i hdv09_04.m2t -c:v libsvtav1 -preset 6 -crf 35 -c:a libopus hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm
you can try to add same parameters to av1 profile?
-preset 6 -crf 35
just without "-" and as two lines ...? (commented-out params use preset 6/crf 25 - you probably can uncomment and edit second param too)
Thank you. Yes, with parameters "preset 6" and "crf 35" the Cingg/FFmpeg rendering speed matched:
Cingg: ** rendered 5972 frames in 84.437 secs, 70.727 fps
At first I wondered if perhaps different CPU core utilization had been used above. I verified now with top that Cingg used CPU 1400-1500% on a 12-core (8-mt/4-st) model: 12th Gen Intel Core i7-12700KF.
I also had a look back into our January conversation about SVT-AV1 parameters. As already seen above, Cingg output what I think are SVT-AV1 defaults
Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35
Therefore I suggest that the Cingg preset make use of the same SVT-AV1 defaults, to avoid confusing.
Another suggestion from the Simple SVT-AV1 Beginner guide, is to always use 10-bit encoding: https://gist.github.com/BlueSwordM/86dfcb6ab38a93a524472a0cbe4c4100
- I always recommend to use 10-bit (-pix_fmt yuv420p10le) no matter what. It provides a good quality boost in all cases, particularly in darker shades and noisy stuff.
I tested this yuv420p10le pixel format with Cingg too (no yuv42210le pix_fmt supported by SVT-AV1 yet): Result: 10-bit a bit slower rendering and smaller file size, both my samples looks good in my eyes.
Svt[info]: SVT [config]: bit-depth / color format : 10 / YUV420 ** rendered 5972 frames in 97.816 secs, 61.053 fps
119M hdv09_04_m2t_svt-av1-221_cf35_pr6+opus.webm 117M hdv09_04_m2t_svt-av1-221_cf35_pr6_yuv420p10le+opus.webm
[mpeg2video @ 0x562aa8f5b4c0] Invalid frame dimensions 0x0.
Last message repeated 3 times [mpegts @ 0x562aa8f55e00] PES packet size mismatch [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options [mpegts @ 0x562aa8f55e00] Could not find codec parameters for stream 3 (Unknown: none ([161][0][0][0] / 0x00A1)): unknown codec Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, mpegts, from 'hdv09_04.m2t': Duration: 00:03:59.06, start: 2629.496000, bitrate: 26110 kb/s Program 100 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 Side data: cpb: bitrate max/min/avg: 25000000/0/0 buffer size: 7340032 vbv_delay: N/A Stream #0:1[0x814]: Audio: mp2 (mp3float) ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 384 kb/s Stream #0:2[0x815]: Unknown: none ([160][0][0][0] / 0x00A0) Stream #0:3[0x811]: Unknown: none ([161][0][0][0] / 0x00A1) Stream mapping: Stream #0:0 -> #0:0 (mpeg2video (native) -> av1 (libsvtav1)) Stream #0:1 -> #0:1 (mp2 (native) -> opus (libopus)) Press [q] to stop, [?] for help [libopus @ 0x562aa8f8b940] No bit rate set. Defaulting to 96000 bps. Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0 .........snip Output #0, webm, to 'hdv09_04_m2t_ffmpeg-7_svt-av1-221_pr6+opus.webm': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: av1, yuv420p(tv, bt709, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 1k tbn Metadata: encoder : Lavc61.3.100 libsvtav1 Stream #0:1: Audio: opus, 48000 Hz, stereo, s16, 96 kb/s Metadata: encoder : Lavc61.3.100 libopus [mpegts @ 0x562aa8f55e00] PES packet size mismatch0:03:50.00 bitrate=4148.7kbits/s speed=2.75x [mpegts @ 0x562aa8f55e00] Packet corrupt (stream = 1, dts = 258142320). [mpeg2video @ 0x562aa8f86800] ac-tex damaged at 10 61 [mpeg2video @ 0x562aa8f86800] Warning MVs not available [mpeg2video @ 0x562aa8f86800] concealing 630 DC, 630 AC, 630 MV errors in P frame [vist#0:0/mpeg2video @ 0x562aa8f5de80] [dec:mpeg2video @ 0x562aa90fa840] corrupt decoded frame [out#0/webm @ 0x562aa8f8d380] video:119306KiB audio:2490KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.091528%
RenderFarmClient::main_loop: client started
FFMPEG::open_decoder: some stream times estimated: /home/guest/0005.avi Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
I also got and noticed the output version
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.2.0
Shouldn't it be SVT-AV1 Lib 2.2.1 as mentioned above
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz
or possibly the 2.2.1 sub-version isn't shown in the Svt info?
*Andrey*, if you see this, Andrew has suggested "maybe compilefarm configure command line for new OSes need to be augmented with '--enable-libsvtav1" ?". libsvtav1 requires cmake to be at 3.16 (or so far has been working at 3.12) so we did not want to have failures by making it compile by default in order to not impact older operating systems where it would always fail.
Andrew, strange, web git interface thinks that
cinelerra-5.1/thirdparty/src/libsvtav1-v2.2.1.tar.xz [moved from cinelerra-5.1/thirdparty/src/ffmpeg-6.1.tar.xz with 55% similarity] diff | blob | history
I think it should be just new file?
Yes, I did not like this either but was not comfortable trying to fix it.
I finally deleted the ffmpeg 5.1 and 6.1 large tar files at the same time as adding the updated library and apparently GIT made this erroneous decision. I try to do a new build after a GIT checkin just to verify that I did not make a mistake, and it all seemed OK so I did not worry about it. But I still do not like it.
Terje, can you check rpm, if it works for you? вс, 25 авг. 2024 г., 12:38 Terje J. Hanssen via Cin < [email protected]>:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On 27.08.2024 14:13, Андрей Спицын via Cin wrote:
Terje, can you check rpm, if it works for you?
Andrey; thanks - yes, SVT-AV1 v.2.2.1 in the new built: Aug 27 2024 11:59:52 works fine for me on Leap 15.6 😎 Test results: 118M hdv09_04_m2t_svt-av1_pr6_crf35+opus_2.webm ** rendered 5972 frames in 83.604 secs, 71.432 fps 117M hdv09_04_m2t_svt-av1_pr6_crf35_yuv420p10le+opus_2.webm ** rendered 5972 frames in 96.449 secs, 61.919 fps
вс, 25 авг. 2024 г., 12:38 Terje J. Hanssen via Cin <[email protected]>:
On 24.08.2024 20:13, Phyllis Smith via Cin wrote:
The SVT-AV1 library was at version 1.8.0 and finally I got it upgraded and checked into GIT. At first I had to figure out what I was doing wrong in upgrading to 2.1.2, but by the time I figured that out, they released a new version on Aug. 24 (2.2.1). Encoding seems to be somewhat faster.
Previously on Aug. 16, GIT checkin was for the latest version of dcraw dated 2018, giflib 5.2.2, and flac 1.4.3 which may not have been recent updates but were the latest available -- might as well use the latest even if no significant changes.
I am still checking to make sure we have the latest libraries in use for the other ones so do not plan on creating a release on Aug. 31 -- especially since SVT-AV1 version is so new and I only did a cursory test. Hopefully, Terje can check using the SUSE package at: https://github.com/einhander/cin-gg-packages/releases/ when it has been newly built.
Thank you, Phyllis and Einhander. Yes, I rebooted from Slowroll to Leap 15.6 and installed the new rpm package the usual way
zypper in https://github.com/einhander/cin-gg-packages/releases/download/20240825/cine...
I loaded previous HDV and DV test files respectively and tried to render to default AV1-SVT (and opus audio), but got Cinelerra error. Cingg output as follows:
cin Cinelerra Infinity - built: Aug 25 2024 00:58:43 git://git.cinelerra-gg.org/goodguy/cinelerra.git <http://git.cinelerra-gg.org/goodguy/cinelerra.git>
HDV: ---- int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/hdv09_04_m2t_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:01:55 Cpu time: user: 0:00:05.843 sys: 0:00:01.145
DV: --- audio0 pad 32 0 (32) int FFMPEG::open_encoder(const char*, const char*): cant find codec libsvtav1:/run/media/terje/Videoklipp/AV1/dv01_07_dv_svt-av1_pr6+opus.webm Render::render_single: Session finished. Total excess of backups: -50 Session time: 0:05:13 Cpu time: user: 0:00:05.043 sys: 0:00:01.582
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
participants (4)
-
Andrew Randrianasulu -
Phyllis Smith -
Terje J. Hanssen -
Андрей Спицын