v2.4.2 Stable
Consumers
Fixes
- Decklink: fix support for driver 14.3 and later
Full Changelog: v2.4.1-stable...v2.4.2-stable
Full Changelog: v2.4.1-stable...v2.4.2-stable
casparcg_auto_restart.bat not starting scannerFull Changelog: v2.4.0-stable...v2.4.1-stable
cache-path settingINFO commandsLOAD command would show a frame or two of black while new producer was loadingCALL 1-10 RELOAD to reload a renderercache-path setting
There is a known bug in the version of media-scanner included in this release.
It is recommended to replace it with v1.3.2 or newer from https://github.com/CasparCG/media-scanner/releases
LOAD command would show a frame or two of black while new producer was loading
INFO commandsCALL 1-10 RELOAD to reload a renderer
Improvements:
This is the first patch release for 2.3.
Primarily this contains a crtical fix to provide support for flash templates to be used after the flash player EOL at the end of 2020.
For more information on the issue see: #1352
Thanks to @silid for developing the fix and @didikunz for documenting the process and being a key member of chasing for these releases to be made
See the attached PDF, or the copy in the Zip for steps on how to prepare your system.
For any help or questions, check the forum
This is a critical fix for the 2.0.7 release, to provide support for flash templates to be used after the flash player EOL at the end of 2020
For more information on the issue see: #1352
This has been built to be as close as possible to the previous 2.0.7 release, to minimise any risk of deployment.
Thanks to @silid for developing the fix and @didikunz for documenting the process and being a key member of chasing for these releases to be made
See the attached PDF, or the copy in the Zip for steps on how to prepare your system.
For any help or questions, check the forum
We're are really thrilled to announce that we are releasing first LTS version ever of CapsarCG Server, version 2.3.0 LTS. We have focused on stability, reliability and the code base in this version so we have a solid base to stand on for future versions. For a complete list of changes please check out the changes below:
A version of CasparCG Client that works with this version of the server is found as attachment below
LOAD DECKLINK will display live frames instead of blackwindow.remove() has been partially reimplementedINFO CONFIG and INFO PATHS commands
Continued work with the first LTS version ever of CasparCG Server. With that said, we're are happy to announce that we are releasing CapsarCG Server v2.3.0 LTS Release Candidate (RC). As mentioned in previous release, we are working and focusing on stability and reliability and a stable release is planned at the end of Q2.
CasparCG Server v2.3.0 LTS RC can be downloaded directly from this release (see attachments).
FFmpeg 7.1 "PΓ©ter", a new major release, is now available! A full list of changes can be found in the release changelog.
The more important highlights of the release are that the VVC decoder, merged as experimental in version 7.0,
has had enough time to mature and be optimized enough to be declared as stable. The codec is starting to gain
traction with broadcast standardization bodies.
Support has been added for a native AAC USAC (part of the xHE-AAC coding system) decoder, with the format starting
to be adopted by streaming websites, due to its extensive volume normalization metadata.
MV-HEVC decoding is now supported. This is a stereoscopic coding tool that begun to be shipped and generated
by recent phones and VR headsets.
LC-EVC decoding, an enhancement metadata layer to attempt to improve the quality of codecs, is now supported via an
external library.
Support for Vulkan encoding, with H264 and HEVC was merged. This finally allows fully Vulkan-based decode-filter-encode pipelines, by having a sink for Vulkan frames, other than downloading or displaying them. The encoders have feature-parity with their VAAPI implementation counterparts. Khronos has announced that support for AV1 encoding is also coming soon to Vulkan, and FFmpeg is aiming to have day-one support.
In addition to the above, this release has had a lot of important internal work done. By far, the standout internally
are the improvements made for full-range images. Previously, color range data had two paths, no negotiation,
and was unreliably forwarded to filters, encoders, muxers. Work on cleaning the system up started more than 10
years ago, however this stalled due to how fragile the system was, and that breaking behaviour would be unacceptable.
The new system fixes this, so now color range is forwarded correctly and consistently everywhere needed, and also
laid the path for more advanced forms of negotiation.
Cropping metadata is now supported with Matroska and MP4 formats. This metadata is important not only for archival,
but also with AV1, as hardware encoders require its signalling due to the codec not natively supporting one.
As usual, we recommend that users, distributors, and system integrators to upgrade unless they use current git master.
The number of issues FFmpeg has in Coverity (a static analyzer) is now lower than it has been since 2016. Our defect density is less than one 30th of the average in OSS with over a million code lines. All this was possible thanks to a grant from the Sovereign Tech Fund.
FFmpeg now implements a native xHE-AAC decoder. Currently, streams without (e)SBR, USAC or MPEG-H Surround are supported, which means the majority of xHE-AAC streams in use should work. Support for USAC and (e)SBR is coming soon. Work is also ongoing to improve its stability and compatibility. During the process we found several specification issues, which were then submitted back to the authors for discussion and potential inclusion in a future errata.
The FFmpeg community is excited to announce that Germany's Sovereign Tech Fund has become its first governmental sponsor. Their support will help sustain the maintainance of the FFmpeg project, a critical open-source software multimedia component essential to bringing audio and video to billions around the world everyday.
A new major release, FFmpeg 7.0 "Dijkstra",
is now available for download. The most noteworthy changes for most users are
a native VVC decoder (currently experimental, until more
fuzzing is done), IAMF support, or a
multi-threaded ffmpeg CLI tool.
This release is not backwards compatible, removing APIs deprecated before 6.0.
The biggest change for most library callers will be the removal of the old bitmask-based
channel layout API, replaced by the AVChannelLayout API allowing such
features as custom channel ordering, or Ambisonics. Certain deprecated ffmpeg
CLI options were also removed, and a C11-compliant compiler is now required to build
the code.
As usual, there is also a number of new supported formats and codecs, new filters, APIs,
and countless smaller features and bugfixes. Compared to 6.1, the git repository
contains almost βΌ2000 new commits by βΌ100 authors, touching >100000 lines in
βΌ2000 files β thanks to everyone who contributed. See the
Changelog,
APIchanges,
and the git log for more comprehensive lists of changes.
The libavcodec library now contains a native VVC (Versatile Video Coding)
decoder, supporting a large subset of the codec's features. Further optimizations and
support for more features are coming soon. The code was written by Nuo Mi, Xu Mu,
Frank Plowman, Shaun Loo, and Wu Jianhua.
The libavformat library can now read and write IAMF
(Immersive Audio) files. The ffmpeg CLI tool can configure IAMF structure with the new
-stream_group option. IAMF support was written by James Almer.
Thanks to a major refactoring of the ffmpeg command-line tool, all the major
components of the transcoding pipeline (demuxers, decoders, filters, encodes, muxers) now
run in parallel. This should improve throughput and CPU utilization, decrease latency,
and open the way to other exciting new features.
Note that you should not expect significant performance improvements in cases where almost all computational time is spent in a single component (typically video encoding).
FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights:
This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.
Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs
and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon).
This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds.
There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders,
reducing overhead.
RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left.
There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the
accurracy of variable frame rate video.
Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
A few days ago, Vulkan-powered decoding hardware acceleration code was merged into the codebase. This is the first vendor-generic and platform-generic decode acceleration API, enabling the same code to be used on multiple platforms, with very minimal overhead. This is also the first multi-threaded hardware decoding API, and our code makes full use of this, saturating all available decode engines the hardware exposes.
Those wishing to test the code can read our documentation page. For those who would like to integrate FFmpeg's Vulkan code to demux, parse, decode, and receive a VkImage to present or manipulate, documentation and examples are available in our source tree. Currently, using the latest available git checkout of our repository is required. The functionality will be included in stable branches with the release of version 6.1, due to be released soon.
As this is also the first practical implementation of the specifications, bugs may be present, particularly in drivers, and, although passing verification, the implementation itself. New codecs, and encoding support are also being worked on, by both the Khronos organization for standardizing, and us as implementing it, and giving feedback on improving.
A new major release, FFmpeg 6.0 "Von Neumann", 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 reffer 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:
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
FFmpeg 5.1 "Riemann", a new major release, is now available! Some of the highlights:
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
FFmpeg 5.0 "Lorentz", a new major release, is now available! For this long-overdue release, a major effort underwent to remove the old encode/decode APIs and replace them with an N:M-based API, the entire libavresample library was removed, libswscale has a new, easier to use AVframe-based API, the Vulkan code was much improved, many new filters were added, including libplacebo integration, and finally, DoVi support was added, including tonemapping and remuxing. The default AAC encoder settings were also changed to improve quality. Some of the changelog highlights:
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
We have a new IRC home at Libera Chat now! Feel free to join us at #ffmpeg and #ffmpeg-devel. More info at contact#IRCChannels
FFmpeg 4.4 "Rao", a new major release, is now available! Some of the highlights:
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
FFmpeg 4.3 "4:3", a new major release, is now available! Some of the highlights:
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.
FFmpeg has added a realtime bright flash removal filter to libavfilter.
Note that this filter is not FDA approved, nor are we medical professionals. Nor has this filter been tested with anyone who has photosensitive epilepsy. FFmpeg and its photosensitivity filter are not making any medical claims.
That said, this is a new video filter that may help photosensitive people watch tv, play video games or even be used with a VR headset to block out epiletic triggers such as filtered sunlight when they are outside. Or you could use it against those annoying white flashes on your tv screen. The filter fails on some input, such as the Incredibles 2 Screen Slaver scene. It is not perfect. If you have other clips that you want this filter to work better on, please report them to us on our trac.
See for yourself. Example was made with -vf photosensitivity=20:0.8
We are not professionals. Please use this in your medical studies to advance epilepsy research. If you decide to use this in a medical setting, or make a hardware hdmi input output realtime tv filter, or find another use for this, please let me know. This filter was a feature request of mine since 2013.
FFmpeg 4.2 "Ada", a new major release, is now available! Some of the highlights:
We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.