Jean-Marc Valin
Jean-Marc Valin
So it looks like you're hitting some kind of issue with denormalized float values that can take longer to compute than normal values. There's other cases where we hit that...
Can you try this trivial patch and see if it helps: ``` diff --git a/dnn/dred_encoder.c b/dnn/dred_encoder.c index edb49cc2..ffc6d6f8 100644 --- a/dnn/dred_encoder.c +++ b/dnn/dred_encoder.c @@ -116,7 +116,7 @@ void filter_df2t(const float...
I'm unable to reproduce. Please provide either: 1) a profiling trace, including the function/line(s) that are slow, or 2) An input file and opus_demo command line that reproduces the problem...
Sorry, still cannot reproduce. For me everything runs normally. At this point, the best would be for you to use a profiler (like perf on Linux) and report what's the...
Was able to reproduce on an Intel chip and checked in a fix for what I could reproduce. See if that helps.
Commit 6b151b8be on the main branch: Fixes a denormal issue in DRED encoding
Care to elaborate a bit?
DC rejection is linked to how each Opus component works and (e.g.) is different for SILK and CELT. Due to the CELT design, DC can mess up the coding and...
Making it optional is an API change so we'd need to be sure to get it right. Also, the proposed patch would glitch when you change the setting mid-stream, which...
So you're seeing much better tandeming performance without the high-pass than with the high-pass. Is that only for synchronous tandeming (i.e. encode/decode always with the same alignment) or are you...