Live data from Hacker News

FFmpeg 8.1

ffmpeg.org

11–20 of 73 posts

Re: FFmpeg 8.1

#13
post #4
post #2

Changelog: ffprobe -codec option EXIF Metadata Parsing gfxcapture: Windows.Graphics.Capture based window/monitor capture hxvs demuxer for HXVS/HXVT IP camera format MPEG-H 3D Audio decoding via mpeghdec D3D12 H.264 encoder drawvg filter via libcairo ffmpeg CLI tiled HEIF support D3D12 AV1 encoder ProRes Vulkan hwaccel DPX Vulkan hwaccel Rockchip H.264/HEVC hardware encoder Add vf_scale_d3d12 filter JPEG-XS parser JPE…

> gfxcapture: Windows.Graphics.Capture based window/monitor capture > 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. 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…

If you were doing this, consider cribbing from https://github.com/obsproject/obs-studio/tree/master/plugins... which offers a variety of solutions including some rather exciting looking process injection (called "game" there).

I wonder if "entire chat app functions as OBS plugin" would work? Would solve the AV streaming side of the functionality.

Re: FFmpeg 8.1

#14
post #3

Earlier quoted context omitted.

TIL: JPEG XS - an image and video codec that offers both visually and mathematically lossless quality for low latency implementations. Additionally, JPEG XS compressed content is indistinguishable from the original uncompressed content. https://en.wikipedia.org/wiki/JPEG_XS

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

Reading that it looks like the point of JPEG-XS is to have near-lossless compression for raw photo and video data while having extremely high throughput.

Re: FFmpeg 8.1

#15
post #3

Earlier quoted context omitted.

TIL: JPEG XS - an image and video codec that offers both visually and mathematically lossless quality for low latency implementations. Additionally, JPEG XS compressed content is indistinguishable from the original uncompressed content. https://en.wikipedia.org/wiki/JPEG_XS

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

The Joint Photographic Experts Group manages many standards, generally each called "JPEG [something]". The one we most commonly call "JPEG" is just one of them.

Re: FFmpeg 8.1

#16
post #3

Earlier quoted context omitted.

TIL: JPEG XS - an image and video codec that offers both visually and mathematically lossless quality for low latency implementations. Additionally, JPEG XS compressed content is indistinguishable from the original uncompressed content. https://en.wikipedia.org/wiki/JPEG_XS

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

"JPEG" is short for Joint Photographic Experts Group, an ISO/ITU group that creates a lot of imaging standards. The JPEG image format you're thinking of is only one of the formats they've created.

Re: FFmpeg 8.1

#18
post #5

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.

It's still a big deal, you had to compile ffmpeg yourself before

Re: FFmpeg 8.1

#19
post #12

> 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 https://www.youtube.com/watch?v=9kaIXkImCAM

I tend to build ffmpeg from source because package managers don't usually include support for patented codecs.

(Yes I know there are repos to get binaries for some, things like deb-multimedia.)

Re: FFmpeg 8.1

#20
FFmpeg is really great. The only wish I'd have is for the usage to become simpler - both for regular stuff, but also for advanced filtering.

If anyone remembers, avisynth was pretty cool back in the days. You could kind of script video/audio manipulations, a bit like a UNIX/Linux pipe, but kind of simpler, in my opinion. FFmpeg allows for many similar operations, but remembering anything here is ... hard. I'd love for the whole usage API to become much simpler, but it seems nobody among the ffmpeg dev team is considering this. :(

I can't be the only one with that wish though ...

It does not diminish ffmpeg being so great in general, but I think it could be better.

Post reply on HN