> Oh there's a new version of ffmpeg, I'll just quickly build it from source... no I can't wait I'll download the binary<p><a href="https://www.youtube.com/watch?v=9kaIXkImCAM" rel="nofollow">https://www.youtube.com/watch?v=9kaIXkImCAM</a>
Changelog:<p>ffprobe -codec option<p>EXIF Metadata Parsing<p>gfxcapture: Windows.Graphics.Capture based window/monitor capture<p>hxvs demuxer for HXVS/HXVT IP camera format<p>MPEG-H 3D Audio decoding via mpeghdec<p>D3D12 H.264 encoder<p>drawvg filter via libcairo<p>ffmpeg CLI tiled HEIF support<p>D3D12 AV1 encoder<p>ProRes Vulkan hwaccel<p>DPX Vulkan hwaccel<p>Rockchip H.264/HEVC hardware encoder<p>Add vf_scale_d3d12 filter<p>JPEG-XS parser<p>JPEG-XS decoder and encoder through libsvtjpegxs<p>JPEG-XS raw bitstream muxer and demuxer<p>IAMF Projection mode Ambisonic Audio Elements muxing and demuxing<p>Add vf_mestimate_d3d12 filter<p>xHE-AAC Mps212 decoding support (experimental)<p>Remove the old HLS protocol handler<p>Vulkan compute codec optimizations<p>swscale Vulkan support<p>LCEVC metadata bitstream filter<p>Add vf_deinterlace_d3d12 filter<p>ffprobe: only show refs field in stream section when reading frames<p>ProRes Vulkan encoder<p>LCEVC parser<p>LCEVC enhancement layer exporting in MPEG-TS
TIL: <i>JPEG XS</i> - an image and video codec that offers both visually and mathematically lossless quality for low latency implementations.<p>Additionally, JPEG XS compressed content is indistinguishable from the original uncompressed content.<p><a href="https://en.wikipedia.org/wiki/JPEG_XS" rel="nofollow">https://en.wikipedia.org/wiki/JPEG_XS</a>
> <i>Additionally, JPEG XS compressed content is indistinguishable from the original uncompressed content.</i><p>It <i>can</i> be indistinguishable, as long as you stick with lossless or very low compression ratios. It falls apart at typical JPEG XL compression ratios.
Isn't the point of JPEG to have lossy compression for your photos that still looks fine? As opposed to something like PNG, which has lossless compression
We use JXS when latency is critical. Most h24/265 decodes will have a 10 frame glass-glass delay, JXS drops that to 3 or 4, at a cost of bandwidth (our UHD jxs streams are 1.5gbit rather than 200mbit for hevc)
> gfxcapture: Windows.Graphics.Capture based window/monitor capture<p>> This source provides low overhead capture of application windows or entire monitors. The filter outputs hardware frames in d3d11 format; use hwdownload,format= if system memory frames are required.<p>This would strongly alter my plans if I were to develop an OSS Discord alternative. Chromium originally looked like a better core to start with largely due to its mature screen capture API. WebRTC is the other big thing, but there are other ways to do that. Native desktop apps (i.e., <i>not</i> browser based) are beginning to look much more compelling to me now.
Khronos published a post on the Vulkan compute codecs in FFmpeg:
<a href="https://www.khronos.org/blog/video-encoding-and-decoding-with-vulkan-compute-shaders-in-ffmpeg" rel="nofollow">https://www.khronos.org/blog/video-encoding-and-decoding-wit...</a>
I wouldn't get too excited about rockchip hw encoding. It's rkmpp based, not an upstream solution. You'd need Rockchip kernel for this, I guess.