http://ffmpeg.org/download.html#release_6.1 ====== November 10th, 2023, FFmpeg 6.1 "Heaviside" FFmpeg 6.1 "Heaviside" <http://ffmpeg.org/download.html#release_6.1>, a new major release, is now available! Some of the highlights: - libaribcaption decoder - Playdate video decoder and demuxer - Extend VAAPI support for libva-win32 on Windows - afireqsrc audio source filter - arls filter - ffmpeg CLI new option: -readrate_initial_burst - zoneplate video source filter - command support in the setpts and asetpts filters - Vulkan decode hwaccel, supporting H264, HEVC and AV1 - color_vulkan filter - bwdif_vulkan filter - nlmeans_vulkan filter - RivaTuner video decoder - xfade_vulkan filter - vMix video decoder - Essential Video Coding parser, muxer and demuxer - Essential Video Coding frame merge bsf - bwdif_cuda filter - Microsoft RLE video encoder - Raw AC-4 muxer and demuxer - Raw VVC bitstream parser, muxer and demuxer - Bitstream filter for editing metadata in VVC streams - Bitstream filter for converting VVC from MP4 to Annex B - scale_vt filter for videotoolbox - transpose_vt filter for videotoolbox - support for the P_SKIP hinting to speed up libx264 encoding - Support HEVC,VP9,AV1 codec in enhanced flv format - apsnr and asisdr audio filters - OSQ demuxer and decoder - Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol - CRI USM demuxer - ffmpeg CLI '-top' option deprecated in favor of the setfield filter - VAAPI AV1 encoder - ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element - ffprobe -output_format option added as an alias of -of This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. ===== on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix. In file included from libavutil/hwcontext_cuda.c:27:
libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~~~~~~~~ libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) | ^ libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~ make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu < [email protected]> wrote:
http://ffmpeg.org/download.html#release_6.1
======
November 10th, 2023, FFmpeg 6.1 "Heaviside"
FFmpeg 6.1 "Heaviside" <http://ffmpeg.org/download.html#release_6.1>, a new major release, is now available! Some of the highlights:
- libaribcaption decoder - Playdate video decoder and demuxer - Extend VAAPI support for libva-win32 on Windows - afireqsrc audio source filter - arls filter - ffmpeg CLI new option: -readrate_initial_burst - zoneplate video source filter - command support in the setpts and asetpts filters - Vulkan decode hwaccel, supporting H264, HEVC and AV1 - color_vulkan filter - bwdif_vulkan filter - nlmeans_vulkan filter - RivaTuner video decoder - xfade_vulkan filter - vMix video decoder - Essential Video Coding parser, muxer and demuxer - Essential Video Coding frame merge bsf - bwdif_cuda filter - Microsoft RLE video encoder - Raw AC-4 muxer and demuxer - Raw VVC bitstream parser, muxer and demuxer - Bitstream filter for editing metadata in VVC streams - Bitstream filter for converting VVC from MP4 to Annex B - scale_vt filter for videotoolbox - transpose_vt filter for videotoolbox - support for the P_SKIP hinting to speed up libx264 encoding - Support HEVC,VP9,AV1 codec in enhanced flv format - apsnr and asisdr audio filters - OSQ demuxer and decoder - Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol - CRI USM demuxer - ffmpeg CLI '-top' option deprecated in favor of the setfield filter - VAAPI AV1 encoder - ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element - ffprobe -output_format option added as an alias of -of
This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.
Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video.
Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
=====
on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
In file included from libavutil/hwcontext_cuda.c:27:
libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~~~~~~~~ libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) | ^ libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~ make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two? https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3... https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c... or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out) https://github.com/FFmpeg/nv-codec-headers/releases not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu < [email protected]> wrote:
http://ffmpeg.org/download.html#release_6.1
======
November 10th, 2023, FFmpeg 6.1 "Heaviside"
FFmpeg 6.1 "Heaviside" <http://ffmpeg.org/download.html#release_6.1>, a new major release, is now available! Some of the highlights:
- libaribcaption decoder - Playdate video decoder and demuxer - Extend VAAPI support for libva-win32 on Windows - afireqsrc audio source filter - arls filter - ffmpeg CLI new option: -readrate_initial_burst - zoneplate video source filter - command support in the setpts and asetpts filters - Vulkan decode hwaccel, supporting H264, HEVC and AV1 - color_vulkan filter - bwdif_vulkan filter - nlmeans_vulkan filter - RivaTuner video decoder - xfade_vulkan filter - vMix video decoder - Essential Video Coding parser, muxer and demuxer - Essential Video Coding frame merge bsf - bwdif_cuda filter - Microsoft RLE video encoder - Raw AC-4 muxer and demuxer - Raw VVC bitstream parser, muxer and demuxer - Bitstream filter for editing metadata in VVC streams - Bitstream filter for converting VVC from MP4 to Annex B - scale_vt filter for videotoolbox - transpose_vt filter for videotoolbox - support for the P_SKIP hinting to speed up libx264 encoding - Support HEVC,VP9,AV1 codec in enhanced flv format - apsnr and asisdr audio filters - OSQ demuxer and decoder - Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol - CRI USM demuxer - ffmpeg CLI '-top' option deprecated in favor of the setfield filter - VAAPI AV1 encoder - ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element - ffprobe -output_format option added as an alias of -of
This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.
Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video.
Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
=====
on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <[email protected]>:
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
In file included from libavutil/hwcontext_cuda.c:27:
libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~~~~~~~~ libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) | ^ libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~ make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359... I also hope to add lcms2 (for icc profile support via ffmpeg) but not sure if that pach was finished.
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu < [email protected]> wrote:
http://ffmpeg.org/download.html#release_6.1
======
November 10th, 2023, FFmpeg 6.1 "Heaviside"
FFmpeg 6.1 "Heaviside" <http://ffmpeg.org/download.html#release_6.1>, a new major release, is now available! Some of the highlights:
- libaribcaption decoder - Playdate video decoder and demuxer - Extend VAAPI support for libva-win32 on Windows - afireqsrc audio source filter - arls filter - ffmpeg CLI new option: -readrate_initial_burst - zoneplate video source filter - command support in the setpts and asetpts filters - Vulkan decode hwaccel, supporting H264, HEVC and AV1 - color_vulkan filter - bwdif_vulkan filter - nlmeans_vulkan filter - RivaTuner video decoder - xfade_vulkan filter - vMix video decoder - Essential Video Coding parser, muxer and demuxer - Essential Video Coding frame merge bsf - bwdif_cuda filter - Microsoft RLE video encoder - Raw AC-4 muxer and demuxer - Raw VVC bitstream parser, muxer and demuxer - Bitstream filter for editing metadata in VVC streams - Bitstream filter for converting VVC from MP4 to Annex B - scale_vt filter for videotoolbox - transpose_vt filter for videotoolbox - support for the P_SKIP hinting to speed up libx264 encoding - Support HEVC,VP9,AV1 codec in enhanced flv format - apsnr and asisdr audio filters - OSQ demuxer and decoder - Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol - CRI USM demuxer - ffmpeg CLI '-top' option deprecated in favor of the setfield filter - VAAPI AV1 encoder - ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element - ffprobe -output_format option added as an alias of -of
This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.
Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video.
Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
=====
on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
OK, got your last 2 suggestions and will work on that. But getting too tired to do much anymore today! On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu < [email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <[email protected]
:
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
In file included from libavutil/hwcontext_cuda.c:27:
libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~~~~~~~~ libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) | ^ libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~ make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not sure if that pach was finished.
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu < [email protected]> wrote:
http://ffmpeg.org/download.html#release_6.1
======
November 10th, 2023, FFmpeg 6.1 "Heaviside"
FFmpeg 6.1 "Heaviside" <http://ffmpeg.org/download.html#release_6.1>, a new major release, is now available! Some of the highlights:
- libaribcaption decoder - Playdate video decoder and demuxer - Extend VAAPI support for libva-win32 on Windows - afireqsrc audio source filter - arls filter - ffmpeg CLI new option: -readrate_initial_burst - zoneplate video source filter - command support in the setpts and asetpts filters - Vulkan decode hwaccel, supporting H264, HEVC and AV1 - color_vulkan filter - bwdif_vulkan filter - nlmeans_vulkan filter - RivaTuner video decoder - xfade_vulkan filter - vMix video decoder - Essential Video Coding parser, muxer and demuxer - Essential Video Coding frame merge bsf - bwdif_cuda filter - Microsoft RLE video encoder - Raw AC-4 muxer and demuxer - Raw VVC bitstream parser, muxer and demuxer - Bitstream filter for editing metadata in VVC streams - Bitstream filter for converting VVC from MP4 to Annex B - scale_vt filter for videotoolbox - transpose_vt filter for videotoolbox - support for the P_SKIP hinting to speed up libx264 encoding - Support HEVC,VP9,AV1 codec in enhanced flv format - apsnr and asisdr audio filters - OSQ demuxer and decoder - Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol - CRI USM demuxer - ffmpeg CLI '-top' option deprecated in favor of the setfield filter - VAAPI AV1 encoder - ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element - ffprobe -output_format option added as an alias of -of
This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.
Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video.
Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
=====
on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting too tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly. Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu < [email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <[email protected]
:
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
In file included from libavutil/hwcontext_cuda.c:27:
libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~~~~~~~~ libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) | ^ libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~ make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not sure if that pach was finished.
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu < [email protected]> wrote:
http://ffmpeg.org/download.html#release_6.1
======
November 10th, 2023, FFmpeg 6.1 "Heaviside"
FFmpeg 6.1 "Heaviside" <http://ffmpeg.org/download.html#release_6.1>, a new major release, is now available! Some of the highlights:
- libaribcaption decoder - Playdate video decoder and demuxer - Extend VAAPI support for libva-win32 on Windows - afireqsrc audio source filter - arls filter - ffmpeg CLI new option: -readrate_initial_burst - zoneplate video source filter - command support in the setpts and asetpts filters - Vulkan decode hwaccel, supporting H264, HEVC and AV1 - color_vulkan filter - bwdif_vulkan filter - nlmeans_vulkan filter - RivaTuner video decoder - xfade_vulkan filter - vMix video decoder - Essential Video Coding parser, muxer and demuxer - Essential Video Coding frame merge bsf - bwdif_cuda filter - Microsoft RLE video encoder - Raw AC-4 muxer and demuxer - Raw VVC bitstream parser, muxer and demuxer - Bitstream filter for editing metadata in VVC streams - Bitstream filter for converting VVC from MP4 to Annex B - scale_vt filter for videotoolbox - transpose_vt filter for videotoolbox - support for the P_SKIP hinting to speed up libx264 encoding - Support HEVC,VP9,AV1 codec in enhanced flv format - apsnr and asisdr audio filters - OSQ demuxer and decoder - Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol - CRI USM demuxer - ffmpeg CLI '-top' option deprecated in favor of the setfield filter - VAAPI AV1 encoder - ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element - ffprobe -output_format option added as an alias of -of
This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.
Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video.
Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
=====
on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this) On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting too tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly. Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <[email protected]>:
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
In file included from libavutil/hwcontext_cuda.c:27: libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~~~~~~~~ libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) | ^ libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); | ^~~~~~~~ make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not sure if that pach was finished.
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <[email protected]> wrote:
http://ffmpeg.org/download.html#release_6.1
======
November 10th, 2023, FFmpeg 6.1 "Heaviside"
FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights:
libaribcaption decoder Playdate video decoder and demuxer Extend VAAPI support for libva-win32 on Windows afireqsrc audio source filter arls filter ffmpeg CLI new option: -readrate_initial_burst zoneplate video source filter command support in the setpts and asetpts filters Vulkan decode hwaccel, supporting H264, HEVC and AV1 color_vulkan filter bwdif_vulkan filter nlmeans_vulkan filter RivaTuner video decoder xfade_vulkan filter vMix video decoder Essential Video Coding parser, muxer and demuxer Essential Video Coding frame merge bsf bwdif_cuda filter Microsoft RLE video encoder Raw AC-4 muxer and demuxer Raw VVC bitstream parser, muxer and demuxer Bitstream filter for editing metadata in VVC streams Bitstream filter for converting VVC from MP4 to Annex B scale_vt filter for videotoolbox transpose_vt filter for videotoolbox support for the P_SKIP hinting to speed up libx264 encoding Support HEVC,VP9,AV1 codec in enhanced flv format apsnr and asisdr audio filters OSQ demuxer and decoder Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol CRI USM demuxer ffmpeg CLI '-top' option deprecated in favor of the setfield filter VAAPI AV1 encoder ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element ffprobe -output_format option added as an alias of -of
This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.
Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video.
Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
=====
on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
Andrew, thanks. I got the patches remade for ffmpeg-6.1 and now with your patch10, it all builds. I will be testing hw decode/encode first since the result will be obvious (at least I think so?). On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu < [email protected]> wrote:
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this)
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting too
tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly.
Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <
[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there
are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
> In file included from libavutil/hwcontext_cuda.c:27: > libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: > libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no
member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’?
> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); > | ^~~~~~~~~~~~~~~ > libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ > 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) > | ^ > libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ > 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); > | ^~~~~~~~ > make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy
proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated
ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not
sure if that pach was finished.
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <
[email protected]> wrote:
> > http://ffmpeg.org/download.html#release_6.1 > > ====== > > November 10th, 2023, FFmpeg 6.1 "Heaviside" > > FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights: > > libaribcaption decoder > Playdate video decoder and demuxer > Extend VAAPI support for libva-win32 on Windows > afireqsrc audio source filter > arls filter > ffmpeg CLI new option: -readrate_initial_burst > zoneplate video source filter > command support in the setpts and asetpts filters > Vulkan decode hwaccel, supporting H264, HEVC and AV1 > color_vulkan filter > bwdif_vulkan filter > nlmeans_vulkan filter > RivaTuner video decoder > xfade_vulkan filter > vMix video decoder > Essential Video Coding parser, muxer and demuxer > Essential Video Coding frame merge bsf > bwdif_cuda filter > Microsoft RLE video encoder > Raw AC-4 muxer and demuxer > Raw VVC bitstream parser, muxer and demuxer > Bitstream filter for editing metadata in VVC streams > Bitstream filter for converting VVC from MP4 to Annex B > scale_vt filter for videotoolbox > transpose_vt filter for videotoolbox > support for the P_SKIP hinting to speed up libx264 encoding > Support HEVC,VP9,AV1 codec in enhanced flv format > apsnr and asisdr audio filters > OSQ demuxer and decoder > Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol > CRI USM demuxer > ffmpeg CLI '-top' option deprecated in favor of the setfield filter > VAAPI AV1 encoder > ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element > ffprobe -output_format option added as an alias of -of > > This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. > > Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). > This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. > There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. > RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. > There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. > > Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. > > We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. > > > > ===== > > > on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
Testing ffmpeg 6.1 with patch10 and the decode using vaapi and vdpau and encode of vaapi seem to work. Decode and Encode using cuda (nvenc?) does not, but did not before either on my laptop which should be correct since I have no cuda loaded --- [h264_nvenc @ 0x7fa90c0559c0] Cannot load libcuda.so.1 On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu < [email protected]> wrote:
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this)
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting too
tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly.
Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <
[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there
are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
> In file included from libavutil/hwcontext_cuda.c:27: > libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: > libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no
member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’?
> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); > | ^~~~~~~~~~~~~~~ > libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ > 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) > | ^ > libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ > 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); > | ^~~~~~~~ > make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy
proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated
ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not
sure if that pach was finished.
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <
[email protected]> wrote:
> > http://ffmpeg.org/download.html#release_6.1 > > ====== > > November 10th, 2023, FFmpeg 6.1 "Heaviside" > > FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights: > > libaribcaption decoder > Playdate video decoder and demuxer > Extend VAAPI support for libva-win32 on Windows > afireqsrc audio source filter > arls filter > ffmpeg CLI new option: -readrate_initial_burst > zoneplate video source filter > command support in the setpts and asetpts filters > Vulkan decode hwaccel, supporting H264, HEVC and AV1 > color_vulkan filter > bwdif_vulkan filter > nlmeans_vulkan filter > RivaTuner video decoder > xfade_vulkan filter > vMix video decoder > Essential Video Coding parser, muxer and demuxer > Essential Video Coding frame merge bsf > bwdif_cuda filter > Microsoft RLE video encoder > Raw AC-4 muxer and demuxer > Raw VVC bitstream parser, muxer and demuxer > Bitstream filter for editing metadata in VVC streams > Bitstream filter for converting VVC from MP4 to Annex B > scale_vt filter for videotoolbox > transpose_vt filter for videotoolbox > support for the P_SKIP hinting to speed up libx264 encoding > Support HEVC,VP9,AV1 codec in enhanced flv format > apsnr and asisdr audio filters > OSQ demuxer and decoder > Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol > CRI USM demuxer > ffmpeg CLI '-top' option deprecated in favor of the setfield filter > VAAPI AV1 encoder > ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element > ffprobe -output_format option added as an alias of -of > > This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. > > Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). > This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. > There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. > RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. > There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. > > Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. > > We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. > > > > ===== > > > on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
On Mon, Nov 13, 2023 at 2:18 AM Phyllis Smith <[email protected]> wrote:
Testing ffmpeg 6.1 with patch10 and the decode using vaapi and vdpau and encode of vaapi seem to work.
Decode and Encode using cuda (nvenc?) does not, but did not before either on my laptop which should be correct since I have no cuda loaded --- [h264_nvenc @ 0x7fa90c0559c0] Cannot load libcuda.so.1
On proprietary driver loaded into Live DVD (Salix 15.0 amd64) it seems to work: https://youtu.be/zsUUahZzles Unfortunately, my gt710 does not support rgb or yuv444 mode for real, so quality a bit ....underwhelming.
On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu <[email protected]> wrote:
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this)
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting too tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly. Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <[email protected]>:
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>: > > Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix. > >> In file included from libavutil/hwcontext_cuda.c:27: >> libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: >> libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? >> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >> | ^~~~~~~~~~~~~~~ >> libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ >> 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) >> | ^ >> libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ >> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >> | ^~~~~~~~ >> make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not sure if that pach was finished.
> > On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <[email protected]> wrote: >> >> http://ffmpeg.org/download.html#release_6.1 >> >> ====== >> >> November 10th, 2023, FFmpeg 6.1 "Heaviside" >> >> FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights: >> >> libaribcaption decoder >> Playdate video decoder and demuxer >> Extend VAAPI support for libva-win32 on Windows >> afireqsrc audio source filter >> arls filter >> ffmpeg CLI new option: -readrate_initial_burst >> zoneplate video source filter >> command support in the setpts and asetpts filters >> Vulkan decode hwaccel, supporting H264, HEVC and AV1 >> color_vulkan filter >> bwdif_vulkan filter >> nlmeans_vulkan filter >> RivaTuner video decoder >> xfade_vulkan filter >> vMix video decoder >> Essential Video Coding parser, muxer and demuxer >> Essential Video Coding frame merge bsf >> bwdif_cuda filter >> Microsoft RLE video encoder >> Raw AC-4 muxer and demuxer >> Raw VVC bitstream parser, muxer and demuxer >> Bitstream filter for editing metadata in VVC streams >> Bitstream filter for converting VVC from MP4 to Annex B >> scale_vt filter for videotoolbox >> transpose_vt filter for videotoolbox >> support for the P_SKIP hinting to speed up libx264 encoding >> Support HEVC,VP9,AV1 codec in enhanced flv format >> apsnr and asisdr audio filters >> OSQ demuxer and decoder >> Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol >> CRI USM demuxer >> ffmpeg CLI '-top' option deprecated in favor of the setfield filter >> VAAPI AV1 encoder >> ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element >> ffprobe -output_format option added as an alias of -of >> >> This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. >> >> Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). >> This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. >> There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. >> RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. >> There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. >> >> Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. >> >> We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. >> >> >> >> ===== >> >> >> on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
FFmpeg 6.1 has been checked into GIT. I tested a few files by loading/playing and rendered some too. Also, tested bluray and DVD creation which I know is used very little BUT I USE IT, so it is the most important to me! The only thing I would like to test but do not know how is the nvenc/cuda, but I did look at ffmpeg-6.1 patch10 and tried to compare with that in 5.1. Not too sure about it. On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu < [email protected]> wrote:
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this)
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting too
tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly.
Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <
[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>:
Downloaded it today and now am re-doing the patches so that there
are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
> In file included from libavutil/hwcontext_cuda.c:27: > libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: > libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no
member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’?
> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); > | ^~~~~~~~~~~~~~~ > libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ > 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) > | ^ > libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ > 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); > | ^~~~~~~~ > make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy
proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only updated
ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not
sure if that pach was finished.
On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <
[email protected]> wrote:
> > http://ffmpeg.org/download.html#release_6.1 > > ====== > > November 10th, 2023, FFmpeg 6.1 "Heaviside" > > FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights: > > libaribcaption decoder > Playdate video decoder and demuxer > Extend VAAPI support for libva-win32 on Windows > afireqsrc audio source filter > arls filter > ffmpeg CLI new option: -readrate_initial_burst > zoneplate video source filter > command support in the setpts and asetpts filters > Vulkan decode hwaccel, supporting H264, HEVC and AV1 > color_vulkan filter > bwdif_vulkan filter > nlmeans_vulkan filter > RivaTuner video decoder > xfade_vulkan filter > vMix video decoder > Essential Video Coding parser, muxer and demuxer > Essential Video Coding frame merge bsf > bwdif_cuda filter > Microsoft RLE video encoder > Raw AC-4 muxer and demuxer > Raw VVC bitstream parser, muxer and demuxer > Bitstream filter for editing metadata in VVC streams > Bitstream filter for converting VVC from MP4 to Annex B > scale_vt filter for videotoolbox > transpose_vt filter for videotoolbox > support for the P_SKIP hinting to speed up libx264 encoding > Support HEVC,VP9,AV1 codec in enhanced flv format > apsnr and asisdr audio filters > OSQ demuxer and decoder > Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol > CRI USM demuxer > ffmpeg CLI '-top' option deprecated in favor of the setfield filter > VAAPI AV1 encoder > ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element > ffprobe -output_format option added as an alias of -of > > This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. > > Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). > This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. > There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. > RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. > There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. > > Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. > > We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. > > > > ===== > > > on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
I did a compilation with ffmpeg 6.1 and everything went well. Thanks Phyllis. (Note x Phyllis: the new "zoneplate" filter gives no error but if you try to use it the error comes up: err: Function not implemented) I tried making a new build by enabling vulkan as described in the following links: https://trac.ffmpeg.org/wiki/HWAccelIntro#Vulkan https://ffmpeg.org/ffmpeg-filters.html#Vulkan-Video-Filters It compiles without errors using "--enable-vulkan" and "--enable-libglslang" while crashing using "--enable-libshaderc". For the latter crash see cin5_shader.tar.gz In the case of "--enable-libglslang" I have no build errors, however, in the end, the ".../bin/cin" program is not created and therefore CinGG does not start. See the log cin5_glslang.tar.gz I don't see any errors in the log; there are many lines like: "/home/paz/cinelerra5/cinelerra-5.1/thirdparty/ffmpeg-6.1/libavfilter/vulkan_glslang.c:182:(.text+0xcf): undefined reference to `glslang_shader_create'" But they are not error lines or warning lines. I think it's looking for vulkan device initialization but can't find it and leave it alone....
ср, 15 нояб. 2023 г., 20:30 Phyllis Smith <[email protected]>:
FFmpeg 6.1 has been checked into GIT. I tested a few files by loading/playing and rendered some too. Also, tested bluray and DVD creation which I know is used very little BUT I USE IT, so it is the most important to me!
The only thing I would like to test but do not know how is the nvenc/cuda, but I did look at ffmpeg-6.1 patch10 and tried to compare with that in 5.1. Not too sure about it.
Oh, I think you reverted part keeping 4.4 support in place https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blobdiff;f=cinel... please restore :)
On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu < [email protected]> wrote:
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this)
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting
too tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly.
Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <
[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <
вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>: > > Downloaded it today and now am re-doing the patches so that there
are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix.
> >> In file included from libavutil/hwcontext_cuda.c:27: >> libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: >> libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? >> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >> | ^~~~~~~~~~~~~~~ >> libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ >> 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) >> | ^ >> libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ >> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >> | ^~~~~~~~ >> make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1
may be first revert those two?
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3...
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c...
or update ffnvheaders (not sure if it will work for legacy
proprietary driver , something to find out)
https://github.com/FFmpeg/nv-codec-headers/releases
not sure that exactly version? we seems to have 10.x and only
updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but
not sure if that pach was finished.
> > On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <
[email protected]> wrote:
>> >> http://ffmpeg.org/download.html#release_6.1 >> >> ====== >> >> November 10th, 2023, FFmpeg 6.1 "Heaviside" >> >> FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights: >> >> libaribcaption decoder >> Playdate video decoder and demuxer >> Extend VAAPI support for libva-win32 on Windows >> afireqsrc audio source filter >> arls filter >> ffmpeg CLI new option: -readrate_initial_burst >> zoneplate video source filter >> command support in the setpts and asetpts filters >> Vulkan decode hwaccel, supporting H264, HEVC and AV1 >> color_vulkan filter >> bwdif_vulkan filter >> nlmeans_vulkan filter >> RivaTuner video decoder >> xfade_vulkan filter >> vMix video decoder >> Essential Video Coding parser, muxer and demuxer >> Essential Video Coding frame merge bsf >> bwdif_cuda filter >> Microsoft RLE video encoder >> Raw AC-4 muxer and demuxer >> Raw VVC bitstream parser, muxer and demuxer >> Bitstream filter for editing metadata in VVC streams >> Bitstream filter for converting VVC from MP4 to Annex B >> scale_vt filter for videotoolbox >> transpose_vt filter for videotoolbox >> support for the P_SKIP hinting to speed up libx264 encoding >> Support HEVC,VP9,AV1 codec in enhanced flv format >> apsnr and asisdr audio filters >> OSQ demuxer and decoder >> Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol >> CRI USM demuxer >> ffmpeg CLI '-top' option deprecated in favor of the setfield filter >> VAAPI AV1 encoder >> ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element >> ffprobe -output_format option added as an alias of -of >> >> This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. >> >> Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). >> This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. >> There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. >> RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. >> There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. >> >> Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. >> >> We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. >> >> >> >> ===== >> >> >> on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
probably like this? also, for some reason ffmpeg 4.4 testsrc does not work in rgba-float .... On Sun, Nov 19, 2023 at 1:45 AM Andrew Randrianasulu <[email protected]> wrote:
ср, 15 нояб. 2023 г., 20:30 Phyllis Smith <[email protected]>:
FFmpeg 6.1 has been checked into GIT. I tested a few files by loading/playing and rendered some too. Also, tested bluray and DVD creation which I know is used very little BUT I USE IT, so it is the most important to me!
The only thing I would like to test but do not know how is the nvenc/cuda, but I did look at ffmpeg-6.1 patch10 and tried to compare with that in 5.1. Not too sure about it.
Oh, I think you reverted part keeping 4.4 support in place
https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blobdiff;f=cinel...
please restore :)
On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu <[email protected]> wrote:
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this)
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting too tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly. Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <[email protected]>: > > > > вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected]>: >> >> Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix. >> >>> In file included from libavutil/hwcontext_cuda.c:27: >>> libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: >>> libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? >>> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >>> | ^~~~~~~~~~~~~~~ >>> libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ >>> 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) >>> | ^ >>> libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ >>> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >>> | ^~~~~~~~ >>> make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1 > > > may be first revert those two? > > https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3... > > https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c... > > > or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out) > > https://github.com/FFmpeg/nv-codec-headers/releases > > > not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but not sure if that pach was finished.
> > > >> >> On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <[email protected]> wrote: >>> >>> http://ffmpeg.org/download.html#release_6.1 >>> >>> ====== >>> >>> November 10th, 2023, FFmpeg 6.1 "Heaviside" >>> >>> FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights: >>> >>> libaribcaption decoder >>> Playdate video decoder and demuxer >>> Extend VAAPI support for libva-win32 on Windows >>> afireqsrc audio source filter >>> arls filter >>> ffmpeg CLI new option: -readrate_initial_burst >>> zoneplate video source filter >>> command support in the setpts and asetpts filters >>> Vulkan decode hwaccel, supporting H264, HEVC and AV1 >>> color_vulkan filter >>> bwdif_vulkan filter >>> nlmeans_vulkan filter >>> RivaTuner video decoder >>> xfade_vulkan filter >>> vMix video decoder >>> Essential Video Coding parser, muxer and demuxer >>> Essential Video Coding frame merge bsf >>> bwdif_cuda filter >>> Microsoft RLE video encoder >>> Raw AC-4 muxer and demuxer >>> Raw VVC bitstream parser, muxer and demuxer >>> Bitstream filter for editing metadata in VVC streams >>> Bitstream filter for converting VVC from MP4 to Annex B >>> scale_vt filter for videotoolbox >>> transpose_vt filter for videotoolbox >>> support for the P_SKIP hinting to speed up libx264 encoding >>> Support HEVC,VP9,AV1 codec in enhanced flv format >>> apsnr and asisdr audio filters >>> OSQ demuxer and decoder >>> Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol >>> CRI USM demuxer >>> ffmpeg CLI '-top' option deprecated in favor of the setfield filter >>> VAAPI AV1 encoder >>> ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element >>> ffprobe -output_format option added as an alias of -of >>> >>> This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. >>> >>> Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). >>> This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. >>> There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. >>> RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. >>> There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. >>> >>> Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. >>> >>> We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. >>> >>> >>> >>> ===== >>> >>> >>> on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
Andrew, will restore pluginfclient.C next time I boot the desktop. I have been trying to puzzle out why I changed this unless it was part of a patch. Somehow I made a mistake. On Sat, Nov 18, 2023 at 3:45 PM Andrew Randrianasulu < [email protected]> wrote:
ср, 15 нояб. 2023 г., 20:30 Phyllis Smith <[email protected]>:
FFmpeg 6.1 has been checked into GIT. I tested a few files by loading/playing and rendered some too. Also, tested bluray and DVD creation which I know is used very little BUT I USE IT, so it is the most important to me!
The only thing I would like to test but do not know how is the nvenc/cuda, but I did look at ffmpeg-6.1 patch10 and tried to compare with that in 5.1. Not too sure about it.
Oh, I think you reverted part keeping 4.4 support in place
https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blobdiff;f=cinel...
please restore :)
On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu < [email protected]> wrote:
this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I haven't tested real hw decoding/encoding yet (need reboot for this)
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu <[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <[email protected]>:
OK, got your last 2 suggestions and will work on that. But getting
too tired to do much anymore today!
Sleep well! I found my lcms2 patch but it need to be updated slightly.
Will try to make it applicable to current and send it to you next morning (+14 hours or so from now).
On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <
[email protected]> wrote:
вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <
> > > > вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <[email protected] : >> >> Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages. Seems like just about all of them are off so it will take me some time. Did not include patch10 and getting errors that are stopping the compile as shown below. This patch10 is more than I know how to fix. >> >>> In file included from libavutil/hwcontext_cuda.c:27: >>> libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’: >>> libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’? >>> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >>> | ^~~~~~~~~~~~~~~ >>> libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’ >>> 65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x) >>> | ^ >>> libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’ >>> 365 | ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx)); >>> | ^~~~~~~~ >>> make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1 > > > may be first revert those two? > > https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3... > > https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65c... > > > or update ffnvheaders (not sure if it will work for legacy proprietary driver , something to find out) > > https://github.com/FFmpeg/nv-codec-headers/releases > > > not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change) are 11.x and 12.x .....
Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b359...
I also hope to add lcms2 (for icc profile support via ffmpeg) but
not sure if that pach was finished.
> > > >> >> On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <
[email protected]> wrote:
>>> >>> http://ffmpeg.org/download.html#release_6.1 >>> >>> ====== >>> >>> November 10th, 2023, FFmpeg 6.1 "Heaviside" >>> >>> FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights: >>> >>> libaribcaption decoder >>> Playdate video decoder and demuxer >>> Extend VAAPI support for libva-win32 on Windows >>> afireqsrc audio source filter >>> arls filter >>> ffmpeg CLI new option: -readrate_initial_burst >>> zoneplate video source filter >>> command support in the setpts and asetpts filters >>> Vulkan decode hwaccel, supporting H264, HEVC and AV1 >>> color_vulkan filter >>> bwdif_vulkan filter >>> nlmeans_vulkan filter >>> RivaTuner video decoder >>> xfade_vulkan filter >>> vMix video decoder >>> Essential Video Coding parser, muxer and demuxer >>> Essential Video Coding frame merge bsf >>> bwdif_cuda filter >>> Microsoft RLE video encoder >>> Raw AC-4 muxer and demuxer >>> Raw VVC bitstream parser, muxer and demuxer >>> Bitstream filter for editing metadata in VVC streams >>> Bitstream filter for converting VVC from MP4 to Annex B >>> scale_vt filter for videotoolbox >>> transpose_vt filter for videotoolbox >>> support for the P_SKIP hinting to speed up libx264 encoding >>> Support HEVC,VP9,AV1 codec in enhanced flv format >>> apsnr and asisdr audio filters >>> OSQ demuxer and decoder >>> Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol >>> CRI USM demuxer >>> ffmpeg CLI '-top' option deprecated in favor of the setfield filter >>> VAAPI AV1 encoder >>> ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element >>> ffprobe -output_format option added as an alias of -of >>> >>> This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged. >>> >>> Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon). >>> This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds. >>> There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead. >>> RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left. >>> There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video. >>> >>> Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year. >>> >>> We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master. >>> >>> >>> >>> ===== >>> >>> >>> on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.
participants (3)
-
Andrea paz -
Andrew Randrianasulu -
Phyllis Smith