[Cin] ffmpeg 6.0 in future

Wed Mar 1 18:36:40 CET 2023

Sounds like a lot of changes in this 6.0 release.  My preference is to wait
for 6.1 as usual to let someone else find any glaring problems.  The blurb
did not mention a fix for Vulkan?

On Tue, Feb 28, 2023 at 10:30 PM Andrew Randrianasulu <
randrianasulu at gmail.com> wrote:

> future is now, this text pisted on ffmpeg.org:
>
>
> ======
>
>
> February 28th, 2023, FFmpeg 6.0 "Von Neumann"
>
> A new major release, FFmpeg 6.0 "Von Neumann"
> <http://ffmpeg.org/download.html#release_6.0>, is now available for
> download. This release has many new encoders and decoders, filters, ffmpeg
> CLI tool improvements, and also, changes the way releases are done. All
> major releases will now bump the version of the ABI. We plan to have a new
> major release each year. Another release-specific change is that deprecated
> APIs will be removed after 3 releases, upon the next major bump. This means
> that releases will be done more often and will be more organized.
>
> New decoders featured are Bonk, RKA, Radiance, SC-4, APAC, VQC, WavArc and
> a few ADPCM formats. QSV and NVenc now support AV1 encoding. The FFmpeg CLI
> (we usually refer to it as ffmpeg.c to avoid confusion) has speed-up
> improvements due to threading, as well as statistics options, and the
> ability to pass option values for filters from a file. There are quite a
> few new audio and video filters, such as adrc, showcwt, backgroundkey and
> ssim360, with a few hardware ones too. Finally, the release features many
> behind-the-scenes changes, including a new FFT and MDCT implementation used
> in codecs (expect a blog post about this soon), numerous bugfixes, better
> ICC profile handling and colorspace signalling improvement, introduction of
> a number of RISC-V vector and scalar assembly optimized routines, and a few
> new improved APIs, which can be viewed in the doc/APIchanges file in our
> tree. A few submitted features, such as the Vulkan improvements and more
> FFT optimizations will be in the next minor release, 6.1, which we plan to
> release soon, in line with our new release schedule. Some highlights are:
>
>    - Radiance HDR image support
>    - ddagrab (Desktop Duplication) video capture filter
>    - ffmpeg -shortest_buf_duration option
>    - ffmpeg now requires threading to be built
>    - ffmpeg now runs every muxer in a separate thread
>    - Add new mode to cropdetect filter to detect crop-area based on
>    motion vectors and edges
>    - VAAPI decoding and encoding for 10/12bit 422, 10/12bit 444 HEVC and
>    VP9
>    - WBMP (Wireless Application Protocol Bitmap) image format
>    - a3dscope filter
>    - bonk decoder and demuxer
>    - Micronas SC-4 audio decoder
>    - LAF demuxer
>    - APAC decoder and demuxer
>    - Media 100i decoders
>    - DTS to PTS reorder bsf
>    - ViewQuest VQC decoder
>    - backgroundkey filter
>    - nvenc AV1 encoding support
>    - MediaCodec decoder via NDKMediaCodec
>    - MediaCodec encoder
>    - oneVPL support for QSV
>    - QSV AV1 encoder
>    - QSV decoding and encoding for 10/12bit 422, 10/12bit 444 HEVC and VP9
>    - showcwt multimedia filter
>    - corr video filter
>    - adrc audio filter
>    - afdelaysrc audio filter
>    - WADY DPCM decoder and demuxer
>    - CBD2 DPCM decoder
>    - ssim360 video filter
>    - ffmpeg CLI new options: -stats_enc_pre[_fmt], -stats_enc_post[_fmt],
>    -stats_mux_pre[_fmt]
>    - hstack_vaapi, vstack_vaapi and xstack_vaapi filters
>    - XMD ADPCM decoder and demuxer
>    - media100 to mjpegb bsf
>    - ffmpeg CLI new option: -fix_sub_duration_heartbeat
>    - WavArc decoder and demuxer
>    - CrystalHD decoders deprecated
>    - SDNS demuxer
>    - RKA decoder and demuxer
>    - filtergraph syntax in ffmpeg CLI now supports passing file contents
>    as option values
>    - hstack_qsv, vstack_qsv and xstack_qsv filters
>
> We strongly recommend users, distributors, and system integrators to
> upgrade unless they use current git master.
>
>
> ====
>
>
> so .... should we try this or wait for 6.1 "shortly after"?
>
> чт, 9 февр. 2023 г., 20:43 Andrew Randrianasulu <randrianasulu at gmail.com>:
>
>>
>>
>> чт, 9 февр. 2023 г., 20:30 Phyllis Smith <phylsmith2017 at gmail.com>:
>>
>>> Nice! hopefully it really will not be until Winter 2023 so I can get all
>>> of the GPL headers fixed by then.
>>>
>>
>>
>> some talks suggest it might be in two weeks  :-)
>>
>>
>> https://people.freedesktop.org/~cbrill/dri-log/index.php?channel=dri-devel&date=2023-02-07
>>
>> ====
>> 02:54 Lynne: I want vulkan decode in ffmpeg 6.0, but release is in no
>> more than a week or two, and it's not a small amount of code to review
>> 02:56 Lynne: and I still have to fix cuda interop (if it's even
>> possible), drm interop (probably 100% broken) and fix the vulkan filters
>>
>> ====
>>
>>
>> but I guess we are not *enforced* to upgrade at day 1, just want to be
>> sure we still compile ...
>>
>> speaking about this vulkan patch fixing compilation with too new vulkan
>> headers landed in 5.1 branch, so we can puck it up instead of disabling
>> vulkan completely:
>>
>>
>> https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/7268323193d55365f914de39fadd5dbdb1f68976
>>
>>
>> I think I'll try to experiment with ffmpeg.git compile, just for seeing
>> how much breakage we ough to repair at our side ....
>>
>>
>> Thanks a ton for doing all this editing!
>>
>>
>>> On Thu, Feb 9, 2023 at 9:51 AM Andrew Randrianasulu via Cin <
>>> cin at lists.cinelerra-gg.org> wrote:
>>>
>>>> According to
>>>>
>>>> https://www.phoronix.com/news/FFmpeg-6.0-FOSDEM-2023
>>>>
>>>> we will get nice things like hw AV1 decoding ... and usual API breaks
>>>> :-)
>>>> --
>>>> Cin mailing list
>>>> Cin at lists.cinelerra-gg.org
>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin
>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20230301/53de27ef/attachment.htm>