[Cin] ffmpeg 6.1 is out!
Phyllis Smith
phylsmith2017 at gmail.com
Sun Nov 12 00:59:16 CET 2023
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 <
randrianasulu at 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20231111/8e196acd/attachment.htm>
More information about the Cin
mailing list