ср, 1 мар. 2023 г., 20:36 Phyllis Smith <phylsmith2...@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 < > randrianas...@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 <randrianas...@gmail.com >> >: >> >>> >>> >>> чт, 9 февр. 2023 г., 20:30 Phyllis Smith <phylsmith2...@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@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@lists.cinelerra-gg.org >>>>> https://lists.cinelerra-gg.org/mailman/listinfo/cin >>>>> >>>>
-- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
