[Cin] ffmpeg 6.0 in future

Phyllis Smith phylsmith2017 at gmail.com
Thu Mar 2 17:15:02 CET 2023 

Andrew, keep them coming.  I plan on testing later this month -- still
trying to replicate Fedora 36/37 "auto fit" problem.

On Wed, Mar 1, 2023 at 2:06 PM Andrew Randrianasulu <randrianasulu at gmail.com>
wrote:

> 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/fc778d0a/attachment.htm>

More information about the Cin mailing list