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/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 ..... >> >>> >> >>> >> >>> Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently >> >>> still in place: >> >>> >> >>> https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b3593cd1e0b769ed >> >>> >> >>> 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. -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
