вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <phylsmith2...@gmail.com>:
> 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/f904e60c32a87f4124c3b94598a3b0141cd8b1b9 https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65ce9218f534ee2 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 < > randrianas...@gmail.com> 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. >> >
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
