[Cin] ffmpeg 6.0 in future

Wed Mar 1 22:05:56 CET 2023

two more patches, one disabling 4 non-working filters in ffmpeg 6.0 in
ffmpeg/plugin.opts, another one tries to enable mediacodec for
termux/Android.

It seems to work for sime frames, then bad things happen for hevc in mp4 (a
lot of frames just become black) and h264 in mp4 still lost 4 frames .... :/

ср, 1 мар. 2023 г., 22:30 Andrew Randrianasulu <randrianasulu at gmail.com>:

> 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/20230302/31622e32/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-EXPERIMENTAL-enable-opencl-on-termux-also-libmediaco.patch
Type: text/x-diff
Size: 1113 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20230302/31622e32/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0002-Add-4-non-working-plugins-in-ffmpeg-6.0-to-plugin.op.patch
Type: text/x-diff
Size: 837 bytes
Desc: not available
URL: <https://lists.cinelerra-gg.org/pipermail/cin/attachments/20230302/31622e32/attachment-0003.bin>