Live data from Hacker News

FFmpeg 4.0 released

ffmpeg.org

11–20 of 66 posts

Re: FFmpeg 4.0 released

#11
post #9

> native aptX and aptX HD encoder and decoder Sounds great. Is there any meaning to Linux computers that don’t support aptX? Also I am wondering how it is posssible to include the aptX codec since its license term is against GPL?

There will be if pulseaudio starts using it to encode. The decoder and encoder in the codebase are both LGPL licensed.

Re: FFmpeg 4.0 released

#12
post #9

> native aptX and aptX HD encoder and decoder Sounds great. Is there any meaning to Linux computers that don’t support aptX? Also I am wondering how it is posssible to include the aptX codec since its license term is against GPL?

The aptX reference implementation is not GPL.

But FFmpeg have a clean-room implementation, based on the (expired) EP0398973B1 patent and from reverse-engineering the binary library.

Re: FFmpeg 4.0 released

#13
post #9

> native aptX and aptX HD encoder and decoder Sounds great. Is there any meaning to Linux computers that don’t support aptX? Also I am wondering how it is posssible to include the aptX codec since its license term is against GPL?

> The encoder was reverse engineered from binary library and from EP0398973B1 patent (long expired). The decoder was simply deduced from the encoder.

https://patchwork.ffmpeg.org/patch/5879/

> Aptx support for linux with FFMpeg and bluez-alsa

https://github.com/Samt43/BluetoothAPTXForLinux https://github.com/Arkq/bluez-alsa/issues/92

Re: FFmpeg 4.0 released

#15
post #13
post #9

> native aptX and aptX HD encoder and decoder Sounds great. Is there any meaning to Linux computers that don’t support aptX? Also I am wondering how it is posssible to include the aptX codec since its license term is against GPL?

> The encoder was reverse engineered from binary library and from EP0398973B1 patent (long expired). The decoder was simply deduced from the encoder. https://patchwork.ffmpeg.org/patch/5879/ > Aptx support for linux with FFMpeg and bluez-alsa https://github.com/Samt43/BluetoothAPTXForLinux https://github.com/Arkq/bluez-alsa/issues/92

Thanks fot the links. But wow, this work is simply incredible for a one man's job

Re: FFmpeg 4.0 released

#16
post #3

Lots of hardware acceleration: - Intel QSV-accelerated MJPEG encoding - NVIDIA NVDEC-accelerated H.264, HEVC, MJPEG, MPEG-1/2/4, VC1, VP8/9 hwaccel decoding - Intel QSV-accelerated overlay filter - OpenCL overlay filter - VAAPI MJPEG and VP8 decoding - AMD AMF H.264 and HEVC encoders - VideoToolbox HEVC encoder and hwaccel - VAAPI-accelerated ProcAmp (color balance), denoise and sharpness filters

>NVIDIA NVDEC-accelerated H.264, HEVC, MJPEG, MPEG-1/2/4, VC1, VP8/9 hwaccel decoding

Confused, as I've been using ffmpeg for HEVC NVDEC already...

Re: FFmpeg 4.0 released

#17
post #16
post #3

Lots of hardware acceleration: - Intel QSV-accelerated MJPEG encoding - NVIDIA NVDEC-accelerated H.264, HEVC, MJPEG, MPEG-1/2/4, VC1, VP8/9 hwaccel decoding - Intel QSV-accelerated overlay filter - OpenCL overlay filter - VAAPI MJPEG and VP8 decoding - AMD AMF H.264 and HEVC encoders - VideoToolbox HEVC encoder and hwaccel - VAAPI-accelerated ProcAmp (color balance), denoise and sharpness filters

>NVIDIA NVDEC-accelerated H.264, HEVC, MJPEG, MPEG-1/2/4, VC1, VP8/9 hwaccel decoding Confused, as I've been using ffmpeg for HEVC NVDEC already...

I've been using for encoding. I did have to download the Nvidia CUDA SDK to patch it in though

Re: FFmpeg 4.0 released

#20
Love ffmpeg!

I was trying to do something the other day and couldn’t figure it out, if anyone has any ideas.

The end goal is to provide a set of video files, with time stamps for each, splicing them into one file while removing parts I don’t want.

That is straightforward enough, as long as you’re willing to re-encode the whole file. Otherwise, it seems like ffmpeg is restricted to make cuts at key frames.

It’s rare for the key frame to be placed at the exact spot I would want to make a cut, so the section of the video around the cut would need to be re-encoded. Ideally that would be the only part hat is re-encoded - everything else would be a a straight transcode from key frame to key frame.

I believe this is called ‘smart rendering’, and the pages I could find in the past said ffmpeg isn’t really suited for it, or it’s very difficult.

Does anyone know if that has changed recently, or have found a way to do it?

Post reply on HN