[Cin] ffmpeg 6.0 in future
Andrew Randrianasulu
randrianasulu at gmail.com
Wed Mar 1 20:30:35 CET 2023
first patch attached, hopefully this time build breakage was limited to one
function ...
I did this patch while looking at series
https://patchwork.ffmpeg.org/project/ffmpeg/patch/AM7PR03MB6660FB6254E0B822DB62B9C28FFC9@AM7PR03MB6660.eurprd03.prod.outlook.com/
namely avfilter_filter_pad_count() usage - new function ...
ср, 1 мар. 2023 г., 20:41 Andrew Randrianasulu <randrianasulu at gmail.com>:
>
>
> ср, 1 мар. 2023 г., 20:36 Phyllis Smith <phylsmith2017 at gmail.com>:
>
>> 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?
>>
>
>
> I guess ffmpeg devs not on Arch :-)
>
> I'll update this thread if I get some positive results from my
> experiments, now when we have release to try ....
>
>>
>> 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/0f99c116/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Fix-build-in-pluginfclient.C-with-ffmpeg-6.0.patch
Type: application/x-patch
Size: 2333 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20230301/0f99c116/attachment.bin>
More information about the Cin
mailing list