Hi Niklas,
Vey nice. I’m seeing 22% improvement already.
I’ll reach out privately to get us started on the paperwork.
Best,
SPECTRE
Guillaume KHAYAT / Technical Director
(T) +33 (0)1 43 87 12 34
Paris — 39, rue de Rome 75008 Paris, France
Asia — Prosperity Tower, Room 1501,
39 Queen’s Road
Hi Niklas,
Awesome!
> To be clear, you are fine with me taking your existing SIMD code as a
> starting point?
Yes I am
> Out of curiousity, did you try the "loudnorm" filter as well?
Yes, it’s significantly slower.
Last i checked it was 30x realtime. I measured ebur128 at 200x with peak=true,
Hello,
The small company I work at uses ebur128 filter.
I’m offering a bounty to improve the filter’s performance on x86 machines.
I’m offering 800 EUR per 10% gain from current baseline, up to 50%/4000 EUR.
I’m aware of 2 recent, promising initiatives to improve performance:
- our own incomple
Thank you for the feedback.
OK I understand. We’ll do that.
Guillaume
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with
average bitrate of 122kbps
file, and a max bitrate of 128kbps
I think the advertised "CBR" mode is instead a “constrained VBR” mode, where
the provided bitrate is used as a target and/or a maximum allowed bitrate.
Signed-off-by: Guillaume Khayat
---
doc/encoders.texi | 10 ++---
