[Cin] ffmpeg 6.1 is out!

Phyllis Smith phylsmith2017 at gmail.com
Mon Nov 13 00:18:15 CET 2023 

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 <
randrianasulu at gmail.com> 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
> <randrianasulu at gmail.com> wrote:
> >
> >
> >
> > вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <phylsmith2017 at gmail.com>:
> >>
> >> 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 <
> randrianasulu at gmail.com> wrote:
> >>>
> >>>
> >>>
> >>> вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <
> randrianasulu at gmail.com>:
> >>>>
> >>>>
> >>>>
> >>>> вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <phylsmith2017 at 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 .....
> >>>
> >>>
> >>> 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 <
> randrianasulu at gmail.com> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20231112/8e75f5a6/attachment-0001.htm>

More information about the Cin mailing list