ffmpeg 7.0 soon to be released
It already branched changelog says: version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder - EVC decoding using external library libxevd - EVC encoding using external library libxeve - QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding - tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - *a C11-compliant compiler is now required; note that this requirement* * will be bumped to C17 in the near future, so consider updating your* * build environment if it lacks C17 support* - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol ==== I also smell more breakage :) not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
It looks like they are back on schedule. But looks like we need to worry about breakage but we will see what happens.
- *a C11-compliant compiler is now required; note that this requirement* * will be bumped to C17 in the near future, so consider updating your* * build environment if it lacks C17 support*
Good to see DVD is not quite dead yet. I have worked a lot the last months with ffmpeg 6.1 to make various DVD and Blu-ray discs. Terje tor. 28. mars 2024, 05:17 skrev Andrew Randrianasulu via Cin < [email protected]>:
It already branched
changelog says:
version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder - EVC decoding using external library libxevd - EVC encoding using external library libxeve - QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding
- tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - *a C11-compliant compiler is now required; note that this requirement* * will be bumped to C17 in the near future, so consider updating your* * build environment if it lacks C17 support* - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol
====
I also smell more breakage :)
not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
пт, 29 мар. 2024 г., 16:29 Terje J. Hanssen via Cin < [email protected]>:
Good to see DVD is not quite dead yet. I have worked a lot the last months with ffmpeg 6.1 to make various DVD and Blu-ray discs.
Terje
tor. 28. mars 2024, 05:17 skrev Andrew Randrianasulu via Cin < [email protected]>:
It already branched
changelog says:
version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder - EVC decoding using external library libxevd - EVC encoding using external library libxeve - QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding
- tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - *a C11-compliant compiler is now required; note that this requirement* * will be bumped to C17 in the near future, so consider updating your* * build environment if it lacks C17 support* - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol
====
I also smell more breakage :)
not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
out ! https://ffmpeg.org//download.html#release_7.0
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
пт, 5 апр. 2024 г., 21:58 Andrew Randrianasulu <[email protected]>:
пт, 29 мар. 2024 г., 16:29 Terje J. Hanssen via Cin < [email protected]>:
Good to see DVD is not quite dead yet. I have worked a lot the last months with ffmpeg 6.1 to make various DVD and Blu-ray discs.
Terje
tor. 28. mars 2024, 05:17 skrev Andrew Randrianasulu via Cin < [email protected]>:
It already branched
changelog says:
version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder - EVC decoding using external library libxevd - EVC encoding using external library libxeve - QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding
- tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - *a C11-compliant compiler is now required; note that this requirement* * will be bumped to C17 in the near future, so consider updating your* * build environment if it lacks C17 support* - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol
====
I also smell more breakage :)
not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
out !
and new channel api bites us even w/o any cingg specific patches: pluginfclient.C:456:7: error: use of undeclared identifier 'AV_OPT_TYPE_CHANNEL_LAYOUT'; did you mean 'AV_OPT_TYPE_CHLAYOUT'? pluginfclient.C:670:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:678:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:690:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:698:6: error: use of undeclared identifier 'avfilter_pad_count' pluginfclient.C:995:10: error: no member named 'channel_layout' in 'AVFrame' fileffmpeg.C:1496:7: error: use of undeclared identifier 'AV_OPT_TYPE_CHANNEL_LAYOUT'; did you mean 'AV_OPT_TYPE_CHLAYOUT'? ffmpeg.C:883:21: error: use of undeclared identifier 'av_get_default_channel_layout' ffmpeg.C:885:21: error: use of undeclared identifier 'av_get_default_channel_layout' ffmpeg.C:887:21: error: use of undeclared identifier 'swr_alloc_set_opts'; did you mean 'swr_alloc_set_opts2'? ffmpeg.C:888:3: error: cannot initialize a parameter of type 'const AVChannelLayout *' with an lvalue of type 'uint64_t' (aka 'unsigned long') ffmpeg.C:966:31: error: no member named 'channels' in 'AVCodecParameters' ffmpeg.C:986:9: error: no member named 'channel_layout' in 'AVFrame' ffmpeg.C:986:33: error: no member named 'channel_layout' in 'AVCodecContext' ffmpeg.C:1007:20: error: no member named 'channels' in 'AVFrame' ffmpeg.C:2783:15: error: no member named 'channels' in 'AVCodecParameters' ffmpeg.C:2790:27: error: no member named 'channels' in 'AVCodecParameters' ffmpeg.C:2946:9: error: no member named 'channels' in 'AVCodecContext' ffmpeg.C:2949:9: error: no member named 'channel_layout' in 'AVCodecContext' ffmpeg.C:2949:62: error: no member named 'channels' in 'AVCodecContext' ffmpeg.C:2961:57: error: no member named 'channels' in 'AVCodecContext' ffmpeg.C:2962:28: error: use of undeclared identifier 'swr_alloc_set_opts'; did you mean 'swr_alloc_set_opts2'? ffmpeg.C:2963:5: error: cannot initialize a parameter of type 'const AVChannelLayout *' with an lvalue of type 'uint64_t' (aka 'unsigned long') ffmpeg.C:3932:46: error: no member named 'channel_layout' in 'AVCodecParameters' ffmpeg.C:3950:22: error: no member named 'channel_layout' in 'AVCodecParameters' ffmpeg.C:3951:18: error: no member named 'channel_layout' in 'AVCodecParameters' fatal error: too many errors emitted, stopping now [-ferror-limit=] ====== hopefully in time I'll fix them, but not right now.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
There is an AppImage on the server with FFmpeg 7.0 included in the build if anyone wants to test. It should work on just about any 64-bit O/S but Help is not included (nor alternative shortcuts). https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage Also, checked into source code GIT, updated ffmpeg.git.patchX for 7.0. Of course, without the Andrew-R supplied patches for the source in the cinelerra directory, will not build. See these patches in previous email that Andrew did. changelog says:
version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder - EVC decoding using external library libxevd - EVC encoding using external library libxeve - QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding
- tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - *a C11-compliant compiler is now required; note that this requirement* * will be bumped to C17 in the near future, so consider updating your* * build environment if it lacks C17 support* - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol
====
I also smell more breakage :)
not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
out !
https://ffmpeg.org//download.html#release_7.0
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
I am continuing to use the version compiled with ffmpeg7 and have found no bugs or other problems. Even the efficiency of playback and some rendering are comparable with the previous version. All OK, for me.
ср, 17 апр. 2024 г., 17:08 Andrea paz <[email protected]>:
I am continuing to use the version compiled with ffmpeg7 and have found no bugs or other problems. Even the efficiency of playback and some rendering are comparable with the previous version. All OK, for me.
This is good news! I am a bit worried about ff_ audio plugins, especially acting on few audio tracks at once. It will be amazing if you try few of them on say mono/stereo sources to see if result still same as with ffmpeg 6.1
I did a quick test here,... thanks to Phyllis. My tests is only for rendering to: FFMPEG | webm Audio: webm.webm Video: vp9_1920x1080_24or25or30fps.webm. And it compares "cin-x86_64_older_20240417.AppImage" vs "cinelerra-5.1-ub16.04-20201031.x86_64-static". The second one Cinelerra-GG version uses FFmpeg 4.3, if I am not wrong. My Operating System is UbuntuStudio_16.04_LTS_64bit. The Cinelerra-GG AppImage shows messages on the Command Line. And the old version is faster than the new,... maybe because of the messages in CLI? I don't know. Below the summary of the tests. IgorBeg First test on a Project format 1920 x 1080 @24fps YUVA-8bit ------------------------------ Cinelerra-GG: cin-x86_64_older_20240417.AppImage Output by CLI: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted ... FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted Render::render_single: Session finished. ** rendered 453 frames in 243.494 secs, 1.860 fps ------------------------------ cinelerra-5.1-ub16.04-20201031.x86_64-static Output by CLI: Render::render_single: Session finished. ** rendered 453 frames in 212.919 secs, 2.128 fps ------------------------------ Secon test on a Project format 1280 x 720 @29.97fps YUVA-8bit ------------------------------ Cinelerra-GG: cin-x86_64_older_20240417.AppImage Output by CLI: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test3.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted ... FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test3.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted Render::render_single: Session finished. ** rendered 1023 frames in 322.885 secs, 3.168 fps ------------------------------ cinelerra-5.1-ub16.04-20201031.x86_64-static Output by CLI: Render::render_single: Session finished. ** rendered 1023 frames in 293.298 secs, 3.488 fps ------------------------------ Il 17/04/2024 00:55, Phyllis Smith via Cin ha scritto:
There is an AppImage on the server with FFmpeg 7.0 included in the build if anyone wants to test. It should work on just about any 64-bit O/S but Help is not included (nor alternative shortcuts). https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage
@Andrew Randrianasulu Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem. None of the ffmpeg filters I have tried work. The typical error is as follows: PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted The old CinGG with ffmpeg 6 works normally. LV2 and native filters work fine, of course.
чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin <[email protected]>:
@Andrew Randrianasulu
Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem.
None of the ffmpeg filters I have tried work. The typical error is as follows:
PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted
The old CinGG with ffmpeg 6 works normally.
LV2 and native filters work fine, of course.
Ahh, thanks! something still wrong then ... I'll look into this. --
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
try attached fix? mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layou... чт, 18 апр. 2024 г., 11:10 Andrew Randrianasulu <[email protected]>:
чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin <[email protected]
:
@Andrew Randrianasulu
Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem.
None of the ffmpeg filters I have tried work. The typical error is as follows:
PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted
The old CinGG with ffmpeg 6 works normally.
LV2 and native filters work fine, of course.
Ahh, thanks! something still wrong then ... I'll look into this.
--
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Andrew, sorry but no change for me - still same errors. At first I only recompiled pluginfclient.C but since it did not work, I did a full build. Still failed. Also, verified that the patch was actually applied just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 bit linear. On Thu, Apr 18, 2024 at 5:41 PM Andrew Randrianasulu < [email protected]> wrote:
try attached fix?
mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layou...
чт, 18 апр. 2024 г., 11:10 Andrew Randrianasulu <[email protected]>:
чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin <[email protected]
:
@Andrew Randrianasulu
Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem.
None of the ffmpeg filters I have tried work. The typical error is as follows:
PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted
The old CinGG with ffmpeg 6 works normally.
LV2 and native filters work fine, of course.
Ahh, thanks! something still wrong then ... I'll look into this.
--
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
пт, 19 апр. 2024 г., 04:22 Phyllis Smith <[email protected]>:
Andrew, sorry but no change for me - still same errors. At first I only recompiled pluginfclient.C but since it did not work, I did a full build. Still failed. Also, verified that the patch was actually applied just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 bit linear.
what exactly filter you tried?
On Thu, Apr 18, 2024 at 5:41 PM Andrew Randrianasulu < [email protected]> wrote:
try attached fix?
mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layou...
чт, 18 апр. 2024 г., 11:10 Andrew Randrianasulu <[email protected]
:
чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin < [email protected]>:
@Andrew Randrianasulu
Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem.
None of the ffmpeg filters I have tried work. The typical error is as follows:
PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted
The old CinGG with ffmpeg 6 works normally.
LV2 and native filters work fine, of course.
Ahh, thanks! something still wrong then ... I'll look into this.
--
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Sorry for the late reply - I had to reboot to check. I added the first 12 F_ audio plugins, turned them all off, and then checked by turning them each on one by one. All had the same error. (I will leave the computer on for another hour if you want me to try something else). But Andrea should verify also. On Thu, Apr 18, 2024 at 7:26 PM Andrew Randrianasulu < [email protected]> wrote:
пт, 19 апр. 2024 г., 04:22 Phyllis Smith <[email protected]>:
Andrew, sorry but no change for me - still same errors. At first I only recompiled pluginfclient.C but since it did not work, I did a full build. Still failed. Also, verified that the patch was actually applied just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 bit linear.
what exactly filter you tried?
On Thu, Apr 18, 2024 at 5:41 PM Andrew Randrianasulu < [email protected]> wrote:
try attached fix?
mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layou...
чт, 18 апр. 2024 г., 11:10 Andrew Randrianasulu <[email protected]
:
чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin < [email protected]>:
@Andrew Randrianasulu
Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem.
None of the ffmpeg filters I have tried work. The typical error is as follows:
PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted
The old CinGG with ffmpeg 6 works normally.
LV2 and native filters work fine, of course.
Ahh, thanks! something still wrong then ... I'll look into this.
--
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
try this one patch on top of already applied one? On Fri, Apr 19, 2024 at 5:16 AM Phyllis Smith <[email protected]> wrote:
Sorry for the late reply - I had to reboot to check. I added the first 12 F_ audio plugins, turned them all off, and then checked by turning them each on one by one. All had the same error. (I will leave the computer on for another hour if you want me to try something else).
But Andrea should verify also.
On Thu, Apr 18, 2024 at 7:26 PM Andrew Randrianasulu < [email protected]> wrote:
пт, 19 апр. 2024 г., 04:22 Phyllis Smith <[email protected]>:
Andrew, sorry but no change for me - still same errors. At first I only recompiled pluginfclient.C but since it did not work, I did a full build. Still failed. Also, verified that the patch was actually applied just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 bit linear.
what exactly filter you tried?
On Thu, Apr 18, 2024 at 5:41 PM Andrew Randrianasulu < [email protected]> wrote:
try attached fix?
mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layou...
чт, 18 апр. 2024 г., 11:10 Andrew Randrianasulu < [email protected]>:
чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin < [email protected]>:
@Andrew Randrianasulu
Complete failure with ffmpeg audio filters. One premise, setting the audio driver to "pulse" the audio does not work. Setting it to "alsa" works normally. I do not have Pulseaudio in my system, but Pipewire takes pulse signals as if it were there. In ffmpeg6 I do not have this problem.
None of the ffmpeg filters I have tried work. The typical error is as follows:
PluginFAClient::activate: F_adynamicequalizer failed err: Option not found PluginFAClient::process_buffer() F_adynamicequalizer err: Operation not permitted
The old CinGG with ffmpeg 6 works normally.
LV2 and native filters work fine, of course.
Ahh, thanks! something still wrong then ... I'll look into this.
--
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Success, I think as there are no errors and it is doing something normal but have not compared to ffmpeg 6.1 yet.. Still need more tests and Andrea to try. I had a hard time telling if several plugins were making a difference until I tried F_volume and set the volume range to 10. Definitely got real loud. THANK YOU! will test more tomorrow on a different computer. On Thu, Apr 18, 2024 at 9:08 PM Andrew Randrianasulu < [email protected]> wrote:
try this one patch on top of already applied one?
On Fri, Apr 19, 2024 at 5:16 AM Phyllis Smith <[email protected]> wrote:
Sorry for the late reply - I had to reboot to check. I added the first 12 F_ audio plugins, turned them all off, and then checked by turning them each on one by one. All had the same error. (I will leave the computer on for another hour if you want me to try something else).
But Andrea should verify also.
On Thu, Apr 18, 2024 at 7:26 PM Andrew Randrianasulu < [email protected]> wrote:
пт, 19 апр. 2024 г., 04:22 Phyllis Smith <[email protected]>:
Andrew, sorry but no change for me - still same errors. At first I only recompiled pluginfclient.C but since it did not work, I did a full build. Still failed. Also, verified that the patch was actually applied just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 bit linear.
what exactly filter you tried?
On Thu, Apr 18, 2024 at 5:41 PM Andrew Randrianasulu < [email protected]> wrote:
try attached fix?
mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layou...
чт, 18 апр. 2024 г., 11:10 Andrew Randrianasulu < [email protected]>:
чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin < [email protected]>:
> @Andrew Randrianasulu > > Complete failure with ffmpeg audio filters. > One premise, setting the audio driver to "pulse" the audio does not > work. Setting it to "alsa" works normally. I do not have Pulseaudio > in > my system, but Pipewire takes pulse signals as if it were there. In > ffmpeg6 I do not have this problem. > > None of the ffmpeg filters I have tried work. > The typical error is as follows: > > PluginFAClient::activate: F_adynamicequalizer failed > err: Option not found > PluginFAClient::process_buffer() F_adynamicequalizer > err: Operation not permitted > > The old CinGG with ffmpeg 6 works normally. > > LV2 and native filters work fine, of course. >
Ahh, thanks! something still wrong then ... I'll look into this.
-- > Cin mailing list > [email protected] > https://lists.cinelerra-gg.org/mailman/listinfo/cin >
On Fri, Apr 19, 2024 at 6:27 AM Phyllis Smith <[email protected]> wrote:
Success, I think as there are no errors and it is doing something normal but have not compared to ffmpeg 6.1 yet.. Still need more tests and Andrea to try. I had a hard time telling if several plugins were making a difference until I tried F_volume and set the volume range to 10. Definitely got real loud.
THANK YOU! will test more tomorrow on a different computer.
I also tried to re-add removed in last patch option using different function, seems to work, too!
On Thu, Apr 18, 2024 at 9:08 PM Andrew Randrianasulu < [email protected]> wrote:
try this one patch on top of already applied one?
On Fri, Apr 19, 2024 at 5:16 AM Phyllis Smith <[email protected]> wrote:
Sorry for the late reply - I had to reboot to check. I added the first 12 F_ audio plugins, turned them all off, and then checked by turning them each on one by one. All had the same error. (I will leave the computer on for another hour if you want me to try something else).
But Andrea should verify also.
On Thu, Apr 18, 2024 at 7:26 PM Andrew Randrianasulu < [email protected]> wrote:
пт, 19 апр. 2024 г., 04:22 Phyllis Smith <[email protected]>:
Andrew, sorry but no change for me - still same errors. At first I only recompiled pluginfclient.C but since it did not work, I did a full build. Still failed. Also, verified that the patch was actually applied just in case I made a mistake. I have settings Alsa / HD-Audio Generic #0 / 16 bit linear.
what exactly filter you tried?
On Thu, Apr 18, 2024 at 5:41 PM Andrew Randrianasulu < [email protected]> wrote:
try attached fix?
mashed together from ffmpeg examples and https://stackoverflow.com/questions/76080651/how-do-we-get-the-channel-layou...
чт, 18 апр. 2024 г., 11:10 Andrew Randrianasulu < [email protected]>:
> > > чт, 18 апр. 2024 г., 11:07 Andrea paz via Cin < > [email protected]>: > >> @Andrew Randrianasulu >> >> Complete failure with ffmpeg audio filters. >> One premise, setting the audio driver to "pulse" the audio does not >> work. Setting it to "alsa" works normally. I do not have Pulseaudio >> in >> my system, but Pipewire takes pulse signals as if it were there. In >> ffmpeg6 I do not have this problem. >> >> None of the ffmpeg filters I have tried work. >> The typical error is as follows: >> >> PluginFAClient::activate: F_adynamicequalizer failed >> err: Option not found >> PluginFAClient::process_buffer() F_adynamicequalizer >> err: Operation not permitted >> >> The old CinGG with ffmpeg 6 works normally. >> >> LV2 and native filters work fine, of course. >> > > Ahh, thanks! something still wrong then ... I'll look into this. > > > > -- >> Cin mailing list >> [email protected] >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> >
As usual, I get a little confused about patches and how to put them on top of others. Can you clarify for me which patches to put and how to put them?
пт, 19 апр. 2024 г., 10:31 Andrea paz <[email protected]>:
As usual, I get a little confused about patches and how to put them on top of others. Can you clarify for me which patches to put and how to put them?
you already have cingg build tree with most 7.0 support patches applied? then you need to apply (git am) 0001-May-be-fix-audio-filters-in-ffmpeg-7.0.patch 0002-Fix-ffmpeg-audio-filter-harder.patch 0003-Use-av_opt_set-for-ch_layout-in-abuffersink.patch in this order and see if ffmpeg audio filters started to work ...
The ffmpeg audio plugins still do not work. Even deleting .bcast5 they still do not work. Now, however, the Pulse Audio driver is working. I then tried a new compilation with git clone but I can't install the 005- patch anymore and the compilation crashes. I don't know if the crash is related to ffmpeg or vulkan decode. If needed I can post the cin5.log.
The crash was my fault. With a new compilation all the f_audio plugins I tried work.
Late today in turning on computer, but have applied this latest 0003 patch also and there does not seem to be any issue with it. But I have to say that without knowing how to use the audio plugins much, even when I changed values for some parameters on some of the F_ audio plugins, I could not detect a difference in the sound but I am sure Andrea in his tests can hear a difference. So I "hope" they are really working correctly. At least I got F_volume to show a difference! P.S. With more time tomorrow, I should have time to make a new AppImage so if IgorBeg has time to test also, that would be helpful.
I also tried to re-add removed in last patch option using different function, seems to work, too!
I am not the best one to evaluate sound, since I am deaf in one ear, which precludes me from sound spatiality. For me, comparison between Andrew's patches and without patches is simple. In the second case only a strong pulsating signal can be heard. In the first case you can hear well, including differences due to varying plugin parameters (but in hearing small differences I am not reliable).
After reading the mail list, I thought that some test cases are needed to test plugins after migrating from ffmpeg 6.1 to 7.0. And then compare the new videos with the old ones in semi-automatic mode. I found that ffmpeg a able to produce diff-like videos with the blend filter for video: https://stackoverflow.com/questions/25774996/how-to-compare-show-the-differe... I haven't found the tool for audio, yet. Best regards, Andrey сб, 20 апр. 2024 г., 02:07 Phyllis Smith via Cin <[email protected]
:
Late today in turning on computer, but have applied this latest 0003 patch also and there does not seem to be any issue with it. But I have to say that without knowing how to use the audio plugins much, even when I changed values for some parameters on some of the F_ audio plugins, I could not detect a difference in the sound but I am sure Andrea in his tests can hear a difference. So I "hope" they are really working correctly. At least I got F_volume to show a difference!
P.S. With more time tomorrow, I should have time to make a new AppImage so if IgorBeg has time to test also, that would be helpful.
I also tried to re-add removed in last patch option using different function, seems to work, too!
--
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Sat, Apr 20, 2024 at 2:48 PM Андрей Спицын via Cin < [email protected]> wrote:
After reading the mail list, I thought that some test cases are needed to test plugins after migrating from ffmpeg 6.1 to 7.0. And then compare the new videos with the old ones in semi-automatic mode.
I found that ffmpeg a able to produce diff-like videos with the blend filter for video: https://stackoverflow.com/questions/25774996/how-to-compare-show-the-differe...
This is handy to know about. So far in a single test, the MD5 sum in 6.1 version versus 7.0 is different but I think it is due to auxiliary information and not the actual data. But I could be wrong.
A new AppImage with ffmpeg 7.0 AND Dissolve fade problem patch (test media attached; untar; load unwanted_black_flashxml) in is at: https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage
Thank you, Phyllis, for the AppImage for my old UbuntuStudio. Same messages and issues as before for me by my tests. CLI output: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted And the audio of the rendered file is full of scratches, unfortunately. For the Dissolve fade problem I go in the "ChomaKey's old bug" thread,... but my tests nothing is changed. Thanks! IgroBeg Il 21/04/2024 01:33, Phyllis Smith via Cin ha scritto:
A new AppImage with ffmpeg 7.0 AND Dissolve fade problem patch (test media attached; untar; load unwanted_black_flashxml) in is at:
https://cinelerra-gg.org/download/testing/cin-x86_64_older.AppImage
IgorBeg, in Preferences/Settings/Playback A what is the audio set to? The default on a new startup seems to be Alsa, default, 16 bit linear. Unfortunately I have no speakers on my Ubuntu 16 O/S, but when I download this new AppImage and load a ffmpeg 7.0 audio filter on my laptop, it works for me. I am confused by your bad results. Also, even though you get those error messages, are you getting audio because you say it is "scratchy", so it is working? On Sun, Apr 21, 2024 at 4:13 AM Igor BEGHETTO via Cin < [email protected]> wrote:
AppImage for my old UbuntuStudio. Same messages and issues as before for me by my tests.
CLI output: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted
And the audio of the rendered file is full of scratches, unfortunately.
пн, 22 апр. 2024 г., 19:43 Phyllis Smith via Cin <[email protected]
:
IgorBeg, in Preferences/Settings/Playback A what is the audio set to? The default on a new startup seems to be Alsa, default, 16 bit linear. Unfortunately I have no speakers on my Ubuntu 16 O/S, but when I download this new AppImage and load a ffmpeg 7.0 audio filter on my laptop, it works for me. I am confused by your bad results. Also, even though you get those error messages, are you getting audio because you say it is "scratchy", so it is working?
If you set encoding preference to add newly encoded asset to new tracks you can easily see for default webm profile (at least on slower machine?) that resulting audio waveform is very glitchy and different from source audio....
On Sun, Apr 21, 2024 at 4:13 AM Igor BEGHETTO via Cin < [email protected]> wrote:
AppImage for my old UbuntuStudio. Same messages and issues as before for me by my tests.
CLI output: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted
And the audio of the rendered file is full of scratches, unfortunately.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
To be clear,... It is not a Playback problem, it is a rendering problem, for the audio, web format. For Info, in Preferences->Settings->Playback my setting is: Alsa, default, 16bit. In my project file there are two Audio tracks on Timeline (Left+Right). The source audio file is a stereo WAV file. The link to hear the scratches: https://files.fm/u/ux748j3zwz It is strange. For the MOV preset the audio is Okay. I will try to go back in time with the versions I saved on my Hard Disk. My tests using: - cin-x86_64_older_20240421.AppImage (audio scratches) - CinGG-20240229-x86_64-older_distros.AppImage (audio scratches) - CinGG-20221031-x86_64-older_distros.AppImage (audio scratches) - cinelerra-5.1-ub16.04-20201031.x86_64-static (OKAY) ===================== Render: File Format: FFMPEG | webm Audio: Preset: webm.webm Bitrate: 128000 Quality: -1 (disabled, grayed) Samples: fltp Video: Compression: vp9_1920x1080_24or25or30fps.webm Bitrate: 0 Quality: -1 Pixels: yuv420p ===================== IgorBeg Il 22/04/2024 18:54, Andrew Randrianasulu via Cin ha scritto:
пн, 22 апр. 2024 г., 19:43 Phyllis Smith via Cin <[email protected] <mailto:[email protected]>>:
IgorBeg, in Preferences/Settings/Playback A what is the audio set to? The default on a new startup seems to be Alsa, default, 16 bit linear. Unfortunately I have no speakers on my Ubuntu 16 O/S, but when I download this new AppImage and load a ffmpeg 7.0 audio filter on my laptop, it works for me. I am confused by your bad results. Also, even though you get those error messages, are you getting audio because you say it is "scratchy", so it is working?
If you set encoding preference to add newly encoded asset to new tracks you can easily see for default webm profile (at least on slower machine?) that resulting audio waveform is very glitchy and different from source audio....
On Sun, Apr 21, 2024 at 4:13 AM Igor BEGHETTO via Cin <[email protected] <mailto:[email protected]>> wrote:
AppImage for my old UbuntuStudio. Same messages and issues as before for me by my tests.
CLI output: FFStream::encode_frame: encode failed. file: /home/charlie/Documents/temp/pippo_ffmpeg7_test-20240421-2.webm err: Resource temporarily unavailable FFMPEG::mux_audio err: Operation not permitted
And the audio of the rendered file is full of scratches, unfortunately.
-- Cin mailing list [email protected] <mailto:[email protected]> https://lists.cinelerra-gg.org/mailman/listinfo/cin
Trying to repeat Igor's test, with CinGG compiled with ffmpeg7, I find the render audio clean and without scratches. I remember that I use Arch, which has all updated drivers and libraries. On the terminal I read: file:/home/paz/igor_test.webm err: Invalid data found when processing input FFStream::decode: failed FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm
вт, 23 апр. 2024 г., 16:05 Andrea paz via Cin <[email protected]>:
Trying to repeat Igor's test, with CinGG compiled with ffmpeg7, I find the render audio clean and without scratches. I remember that I use Arch, which has all updated drivers and libraries. On the terminal I read:
file:/home/paz/igor_test.webm err: Invalid data found when processing input FFStream::decode: failed FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test.webm
well, this is even with my latest patch? I think it eliminated *encoder* errors, and there was no decoding errors with libvorbis encoded streams ..but there was with ffmpeg_vorbis. Also, you can try to run cin via qemu-x86_64 user level emulator with different -cpu parameters, may be bug surface only on specific cpus ..... Anyway, I thought there still a lot to test (hw decoding, hw rendering, renderfarm, background render, proxies, various profiles) so we better not to rush release this month ... --
Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
well, this is even with my latest patch? Sorry for the late response. Below is what is written in the terminal from loading the media in timeline, then the render and finally the subsequent loading of the render to timeline:
file:/home/paz/test/4-3_3-2.mov err: Invalid argument Render::render_single: Session finished. ** rendered 1019 frames in 50.335 secs, 20.244 fps FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm audio0 pad 8 -143 (151) audio0 pad 0 -143 (143) FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm FFStream::decode: avcodec_send_packet failed. file:/home/paz/test/4-3_3-2.mov err: Invalid argument FFStream::decode: failed HW device init failed, using SW decode. file:/home/paz/test/4-3_3-2.mov err: Invalid argument FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm
Also, you can try to run cin via qemu-x86_64 user level emulator with different -cpu parameters, may be bug surface only on specific cpus ..... I have the latest Ubuntu on qemu, but I don't quite understand what I need to do. What parameters of the processor should I use? Anyway, I thought there still a lot to test (hw decoding, hw rendering, renderfarm, background render, proxies, various profiles) so we better not to rush release this month ... I agree about postponing the version with ffmpeg7.
ср, 24 апр. 2024 г., 14:51 Andrea paz <[email protected]>:
well, this is even with my latest patch? Sorry for the late response. Below is what is written in the terminal from loading the media in timeline, then the render and finally the subsequent loading of the render to timeline:
file:/home/paz/test/4-3_3-2.mov err: Invalid argument Render::render_single: Session finished. ** rendered 1019 frames in 50.335 secs, 20.244 fps FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm audio0 pad 8 -143 (151) audio0 pad 0 -143 (143) FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm FFStream::decode: avcodec_send_packet failed. file:/home/paz/test/4-3_3-2.mov err: Invalid argument FFStream::decode: failed HW device init failed, using SW decode. file:/home/paz/test/4-3_3-2.mov err: Invalid argument FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm FFMPEG::open_decoder: some stream times estimated: /home/paz/igor_test3.webm
hm, so hw decoding of vp9 does not work? Only on this version or on previous ffmpeg 6.1 based cingg too?
Also, you can try to run cin via qemu-x86_64 user level emulator with different -cpu parameters, may be bug surface only on specific cpus ..... I have the latest Ubuntu on qemu, but I don't quite understand what I need to do. What parameters of the processor should I use?
if you run qemu with -cpu help it should print long list of supported processors ... Note, in this specific case I mean not full system emulation (qemu-system-*) but purely user-space component running directly on host kernel. It was unable to catch some alignment problems in my case, but for making your cpu unusually slow it definitely works!
Anyway, I thought there still a lot to test (hw decoding, hw rendering, renderfarm, background render, proxies, various profiles) so we better not to rush release this month ... I agree about postponing the version with ffmpeg7.
hm, so hw decoding of vp9 does not work? Only on this version or on previous ffmpeg 6.1 based cingg too?
TEST 1 I directly loaded the project containing both the sources and the render (VP9). The two CinGGs are configured similarly, decoding with vaapi. TEST2 Second test regarding decoding in hardware with vaapi. I loaded directly into timeline a media with h264 codec and mp4 format to make sure vaapi is supported. Playback and scrolling does not produce any messages on the terminal. NOTE: Audio with PulseAudio does not work. The following message is shown: AudioPulse::open_output 110: failed server=(null) Invalid argument I don't understand why, on other occasions it works. This is true for both appimage and compiled.
ср, 24 апр. 2024 г., 16:15 Andrea paz <[email protected]>:
hm, so hw decoding of vp9 does not work? Only on this version or on previous ffmpeg 6.1 based cingg too?
TEST 1 I directly loaded the project containing both the sources and the render (VP9). The two CinGGs are configured similarly, decoding with vaapi.
TEST2 Second test regarding decoding in hardware with vaapi. I loaded directly into timeline a media with h264 codec and mp4 format to make sure vaapi is supported. Playback and scrolling does not produce any messages on the terminal.
I assume attached tar archive then only about TEST1 ? Because it contain "HW device init failed, using SW decode." messages. I wonder if plain system ffmpeg still works for hw decoding? I def. saw ffmpeg patch related to new libva and AMD hardware ... https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240321151054.1241-1-Prim... ah, no it was about HEVC encoding ...
NOTE: Audio with PulseAudio does not work. The following message is shown:
AudioPulse::open_output 110: failed server=(null) Invalid argument
I don't understand why, on other occasions it works. This is true for both appimage and compiled.
May be pipewire's pulseaudio emulation tries to be smart and start only if there demand, but sometimes fail behind a bit?
I assume attached tar archive then only about TEST1 ?
? In test 1 I used a VP8/mov source without audio [4-3_3-2.mov] combined with an mp3/wav audio and in addition the render result [igor_test3.webm]: VP9/webm with audio Vorbis (webm.webm preset). [I didn't notice that the wav audio was mp3, maybe I need to use PCM audio?] In test 2 I used Big Buck Bunny_sunflower in h264/mp4 version with mp3 audio. In both tests I simply loaded (in test 1, the project and in test 2, the file) with the “replace current project” option and then did a little playback/scrolling. The messages shown are everything that appeared between starting and closing CinGG (I just removed the normal start/end messages that CinGG has). The problems with vaapi are probably due to the combination of AMD, mesa, amdgpu and rocm, since every time they are updated the behavior always changes and new problems always arise... However in CinGG/ffmpeg7 it seems that vaapi is working (test 2 [bbb_sunflower_1080p_30fps_normal.mp4]: no line “HW device init failed, using SW decode"). In test 1 you have errors with vaapi with VP8 [4-3_3-2.mov], which I believe is not supported. But there are no errors with VP9 [igor_test3.webm], which certainly supports vaapi.
I wonder if plain system ffmpeg still works for hw decoding?
In Arch I still have ffmpeg 6.1.1. I have tried transcoding from mp4 to mp4, via decoding and encoding in vaapi, but I don't understand if decoding in vaapi works, while encoding works (https://trac.ffmpeg.org/wiki/Hardware/VAAPI): $ ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i mixkit-worried-and-sad-woman-outdoors-8739.mp4 -c:v h264_vaapi -b:v 2M -maxrate 2M output.mp4 [...] Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mixkit-worried-and-sad-woman-outdoors-8739.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomavc1mp42 creation_time : 2020-06-21T18:53:40.000000Z Duration: 00:00:15.00, start: 0.000000, bitrate: 24801 kb/s Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 24798 kb/s, 24 fps, 24 tbr, 24k tbn (default) Metadata: creation_time : 2020-06-21T18:53:40.000000Z handler_name : ETI ISO Video Media Handler vendor_id : [0][0][0][0] encoder : Elemental H.264 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (h264_vaapi)) Press [q] to stop, [?] for help [h264_vaapi @ 0x571d363508c0] Driver does not support some wanted packed headers (wanted 0xd, found 0x1). Output #0, mp4, to 'output.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomavc1mp42 encoder : Lavf60.16.100 Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), vaapi(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 24 fps, 12288 tbn (default) Metadata: creation_time : 2020-06-21T18:53:40.000000Z handler_name : ETI ISO Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc60.31.102 h264_vaapi [out#0/mp4 @ 0x571d3632dc80] video:3649kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.064330% frame= 360 fps=196 q=-0.0 Lsize= 3652kB time=00:00:14.95 bitrate=1999.9kbits/s speed=8.14x
ср, 24 апр. 2024 г., 19:43 Andrea paz <[email protected]>:
I assume attached tar archive then only about TEST1 ?
?
In test 1 I used a VP8/mov source without audio [4-3_3-2.mov] combined with an mp3/wav audio and in addition the render result [igor_test3.webm]: VP9/webm with audio Vorbis (webm.webm preset). [I didn't notice that the wav audio was mp3, maybe I need to use PCM audio?] In test 2 I used Big Buck Bunny_sunflower in h264/mp4 version with mp3 audio.
In both tests I simply loaded (in test 1, the project and in test 2, the file) with the “replace current project” option and then did a little playback/scrolling.
The messages shown are everything that appeared between starting and closing CinGG (I just removed the normal start/end messages that CinGG has).
The problems with vaapi are probably due to the combination of AMD, mesa, amdgpu and rocm, since every time they are updated the behavior always changes and new problems always arise... However in CinGG/ffmpeg7 it seems that vaapi is working (test 2 [bbb_sunflower_1080p_30fps_normal.mp4]: no line “HW device init failed, using SW decode"). In test 1 you have errors with vaapi with VP8 [4-3_3-2.mov], which I believe is not supported. But there are no errors with VP9 [igor_test3.webm], which certainly supports vaapi.
Ah, sorry I was not sure if error messages show up serially right after loading file or they can show up asynchronous ... Sorry for taking your time. I know vaapi is fragile, nice to see at least sw fallback in our code still works as intended, even if it makes checking vaapi runtime status harder ...
I wonder if plain system ffmpeg still works for hw decoding?
In Arch I still have ffmpeg 6.1.1. I have tried transcoding from mp4 to mp4, via decoding and encoding in vaapi, but I don't understand if decoding in vaapi works, while encoding works (https://trac.ffmpeg.org/wiki/Hardware/VAAPI):
$ ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i mixkit-worried-and-sad-woman-outdoors-8739.mp4 -c:v h264_vaapi -b:v 2M -maxrate 2M output.mp4
[...] Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'mixkit-worried-and-sad-woman-outdoors-8739.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomavc1mp42 creation_time : 2020-06-21T18:53:40.000000Z Duration: 00:00:15.00, start: 0.000000, bitrate: 24801 kb/s Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 24798 kb/s, 24 fps, 24 tbr, 24k tbn (default) Metadata: creation_time : 2020-06-21T18:53:40.000000Z handler_name : ETI ISO Video Media Handler vendor_id : [0][0][0][0] encoder : Elemental H.264 Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> h264 (h264_vaapi)) Press [q] to stop, [?] for help [h264_vaapi @ 0x571d363508c0] Driver does not support some wanted packed headers (wanted 0xd, found 0x1). Output #0, mp4, to 'output.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: isomavc1mp42 encoder : Lavf60.16.100 Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), vaapi(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 24 fps, 12288 tbn (default) Metadata: creation_time : 2020-06-21T18:53:40.000000Z handler_name : ETI ISO Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc60.31.102 h264_vaapi [out#0/mp4 @ 0x571d3632dc80] video:3649kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.064330% frame= 360 fps=196 q=-0.0 Lsize= 3652kB time=00:00:14.95 bitrate=1999.9kbits/s speed=8.14x
may be mpv can be used to check decoding? It usually linked to system's ffmpeg. Not sure if tools like radeontop still works with new amdgpu supported AMD hardware. Anyway, thanks for testing, I hope it not ate too much time from your day.
Thanks Andrew_R and Andrea_paz for your efforts about the issue. For the render problem with FFMPEG webm.webm (Audio: webm|vorbis; Video: vp9_1920x1080_24or25or30fps.webm ), I have done some tests with different versions of Cinelerra-GG. In my Hard Disk the oldest CinGG version that I have, after CinGG_20201031, is CinGG_20211231. It seems that my render problem for the scratches in the Audio is started from CinGG_20211231 for UbuntuStudio_16.04. The CinGG_20201031 works good. But, if I use the render Preset FFMPEG webm.webm, Audio= opus, Video= vp9_1920x1080_24or25or30fps.webm, the audio in the render file is good, no more scratches. Than, the issue is not only FFmpeg_7.0, I think. I don't know if it can help. IgorBeg
There is another ffmpeg 7.0 AppImage available for testing 64 bit of newer O/S (based on Fedora 39 and libva 2.20 which should work on any newest distro): https://cinelerra-gg.org/download/testing/cin-x86_64_newer.AppImage Older O/S still here (based on Ubuntu 16): https://cinelerra-gg.org/download/testing/cin-x86_64_older..AppImage
FFmpeg 7.0 checked into GIT (previous version 6.1) thanks to Andrew updating numerous patches in ffmpeg plus another bunch in the cinelerra subdirectory (5 or so). And thanks to Andrea and others for all of the testing and problem reporting. If Andrew and Andrea can verify I did not make any mistakes on checking it in, that would be highly appreciated! ...Phyllis On Wed, Mar 27, 2024 at 10:08 PM Andrew Randrianasulu < [email protected]> wrote:
It already branched
changelog says:
version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder - EVC decoding using external library libxevd - EVC encoding using external library libxeve - QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding
- tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - *a C11-compliant compiler is now required; note that this requirement* * will be bumped to C17 in the near future, so consider updating your* * build environment if it lacks C17 support* - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol
====
I also smell more breakage :)
not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
On Wed, May 22, 2024 at 9:17 PM Phyllis Smith <[email protected]> wrote:
FFmpeg 7.0 checked into GIT (previous version 6.1) thanks to Andrew updating numerous patches in ffmpeg plus another bunch in the cinelerra subdirectory (5 or so). And thanks to Andrea and others for all of the testing and problem reporting. If Andrew and Andrea can verify I did not make any mistakes on checking it in, that would be highly appreciated! ...Phyllis
Builds fine as static ffmpeg 7.0 (default) version on Slackware 15.0 i586, loads and seeks in avi fine. Builds as dynamic version against system's ffmpeg 6.1 on termux/aarch64 and loads/plays m2ts file fine.
On Wed, Mar 27, 2024 at 10:08 PM Andrew Randrianasulu <[email protected]> wrote:
It already branched
changelog says:
version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder - EVC decoding using external library libxevd - EVC encoding using external library libxeve - QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding - tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - a C11-compliant compiler is now required; note that this requirement will be bumped to C17 in the near future, so consider updating your build environment if it lacks C17 support - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol
====
I also smell more breakage :)
not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
чт, 23 мая 2024 г., 03:17 Andrew Randrianasulu <[email protected]>:
On Wed, May 22, 2024 at 9:17 PM Phyllis Smith <[email protected]> wrote:
FFmpeg 7.0 checked into GIT (previous version 6.1) thanks to Andrew
updating numerous patches in ffmpeg plus another bunch in the cinelerra subdirectory (5 or so). And thanks to Andrea and others for all of the testing and problem reporting. If Andrew and Andrea can verify I did not make any mistakes on checking it in, that would be highly appreciated! ...Phyllis
Builds fine as static ffmpeg 7.0 (default) version on Slackware 15.0 i586, loads and seeks in avi fine. Builds as dynamic version against system's ffmpeg 6.1 on termux/aarch64 and loads/plays m2ts file fine.
vvc decoder fails to build on Ubuntu 16.04 (x86-64) probably due to old nasm? So I added --disable-decoder=vvc to export FFMPEG_EXTRA_CFG="" line (inside "") before running autogen.sh/configure/make I think this should go into "building" and release notes /news on site.
On Wed, Mar 27, 2024 at 10:08 PM Andrew Randrianasulu <
[email protected]> wrote:
It already branched
changelog says:
version 7.0: - DXV DXT1 encoder - LEAD MCMP decoder
- EVC decoding using external library libxevd - EVC encoding using external library libxeve
- QOA decoder and demuxer - aap filter - demuxing, decoding, filtering, encoding, and muxing in the ffmpeg CLI now all run in parallel - enable gdigrab device to grab a window using the hwnd=HANDLER syntax - IAMF raw demuxer and muxer - D3D12VA hardware accelerated H264, HEVC, VP9, AV1, MPEG-2 and VC1 decoding - tiltandshift filter - qrencode filter and qrencodesrc source - quirc filter - lavu/eval: introduce randomi() function in expressions - VVC decoder - fsync filter - Raw Captions with Time (RCWT) closed caption muxer - ffmpeg CLI -bsf option may now be used for input as well as output - ffmpeg CLI options may now be used as -/opt <path>, which is equivalent to -opt <contents of file <path>> - showinfo bitstream filter - a C11-compliant compiler is now required; note that this requirement will be bumped to C17 in the near future, so consider updating your build environment if it lacks C17 support - Change the default bitrate control method from VBR to CQP for QSV encoders. - removed deprecated ffmpeg CLI options -psnr and -map_channel - DVD-Video demuxer, powered by libdvdnav and libdvdread - ffprobe -show_stream_groups option - ffprobe (with -export_side_data film_grain) now prints film grain metadata - AEA muxer - ffmpeg CLI loopback decoders - Support PacketTypeMetadata of PacketType in enhanced flv format - ffplay with hwaccel decoding support (depends on vulkan renderer via libplacebo) - dnn filter libtorch backend - Android content URIs protocol
====
I also smell more breakage :)
not sure if I want/will able to catch up with them, may be we should stick to some branch instead of chasing latest.
Reminder for those with recent versions of the Operating Systems, you can install the packages from Andrey's website: https://github.com/einhander/cin-gg-packages/releases/tag/20240522 Quote from website is below (I do not currently see suse15 there):
Storage for Cinelerra-gg nightly packages from build farm. List of active builders:
Debian 12 - cin_5.1.*.deb12.amd64.deb Debian 11 - cin_5.1.*.deb11.amd64.deb Ubuntu 2204 - cin_5.1.*.ub2204.amd64.deb Fedora 38 - cinelerra-5.1-*.fc38.x86_64.rpm
FFmpeg 7.0 checked into GIT (previous version 6.1) thanks to Andrew
updating numerous patches in ffmpeg plus another bunch in the cinelerra subdirectory (5 or so). And thanks to Andrea and others for all of the testing and problem reporting.
I did install the version 20240521 the day before on Leap, which possibly is not the very latest version. Terje tor. 23. mai 2024, 22:14 skrev Phyllis Smith via Cin < [email protected]>:
Reminder for those with recent versions of the Operating Systems, you can install the packages from Andrey's website: https://github.com/einhander/cin-gg-packages/releases/tag/20240522 Quote from website is below (I do not currently see suse15 there):
Storage for Cinelerra-gg nightly packages from build farm. List of active builders:
Debian 12 - cin_5.1.*.deb12.amd64.deb Debian 11 - cin_5.1.*.deb11.amd64.deb Ubuntu 2204 - cin_5.1.*.ub2204.amd64.deb Fedora 38 - cinelerra-5.1-*.fc38.x86_64.rpm
FFmpeg 7.0 checked into GIT (previous version 6.1) thanks to Andrew
updating numerous patches in ffmpeg plus another bunch in the cinelerra subdirectory (5 or so). And thanks to Andrea and others for all of the testing and problem reporting.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
I do not currently see suse15 there
Thanks Phyllis, something went wrong with upload to GitHub. I just uploaded it manually via website. GitHub not very friendly to simple tools like ssh. Best regards, Andrey чт, 23 мая 2024 г., 23:14 Phyllis Smith via Cin <[email protected]
:
Reminder for those with recent versions of the Operating Systems, you can install the packages from Andrey's website: https://github.com/einhander/cin-gg-packages/releases/tag/20240522 Quote from website is below (I do not currently see suse15 there):
Storage for Cinelerra-gg nightly packages from build farm. List of active builders:
Debian 12 - cin_5.1.*.deb12.amd64.deb Debian 11 - cin_5.1.*.deb11.amd64.deb Ubuntu 2204 - cin_5.1.*.ub2204.amd64.deb Fedora 38 - cinelerra-5.1-*.fc38.x86_64.rpm
FFmpeg 7.0 checked into GIT (previous version 6.1) thanks to Andrew
updating numerous patches in ffmpeg plus another bunch in the cinelerra subdirectory (5 or so). And thanks to Andrea and others for all of the testing and problem reporting.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
participants (6)
-
Andrea paz -
Andrew Randrianasulu -
Igor BEGHETTO -
Phyllis Smith -
Terje J. Hanssen -
Андрей Спицын