similar to: patch to fix error in src/opus_multistream_encoder.c when DISABLE_FLOAT_API is defined

Hi, I am using SHARED() function to push destination channel info (i.e. audio codec) into "source" channel, in order to record into a customer CDR field. My dialplan looks like: [default] exten => _X.,1,Set(_X-SRC_CHANNEL=${CHANNEL}) exten => _X.,n,Dial(SIP/user at domain.net,30,M(getCalledInfo)) exten => h,1,Set(CDR(DST_CODEC)=${SHARED(X-DST-CODEC,${CHANNEL})})

--- src/drmmode_display.c | 29 +++++++++++++++++-- src/nouveau_hw.h | 17 +++++++++++ src/nv_cursor.c | 74 ++++++++++++++++++++++++------------------------ src/nv_proto.h | 2 + 4 files changed, 82 insertions(+), 40 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index f2fe0e8..7acddf1 100644 --- a/src/drmmode_display.c +++

I did a very quick pass at removing all the non-KMS support from the DDX. It's tested on G80 but nowhere else currently, I thought some discussion would be a good idea rather than just ripping it out :) The non-KMS paths are messy, and lets face it, rotting badly. IMO the KMS code is stable enough now that we can continue without the UMS crutch, and indeed, the KMS code supports a lot more

Hello, Here is my first speedup patch. Like 10-11%. No IDCT yet. Please feel free to comment my code or even better think about improvements. :) I belive my routines are not so bad, maybe one day they will be even more faster. What needs to be optimized is the loop filter fuction. I have no ideas now how to do it. It does not leave much space for parallel stuff, copying memory from lot of

Hello, is the following a valid build option? ./configure CFLAGS="-g -O2 -DDISABLE_FLOAT_API" \ --enable-assertions --enable-fixed-point src/opus_multistream_encoder.c does not compile with that configuration. -- Pedro Becerra

Hi, I've attached a patch to fix use_dtx when building with DISABLE_FLOAT_API. Thanks, Felicia -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20160720/4bcbab8d/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-use_dtx-for-DISABLE_FLOAT_API.patch

Hi. I found that DTX is always unavailable when DISABLE_FLAOT_API is not defined in OPUS_AUTO mode. As you know analysis_info.valid is alway true except NaN case and is_silence is alway true except digital zero signal case. In general, following condition will be alway true except exceptional case. (analysis_info.valid || is_silence) But in a code, there is a NOT expression in front of above

https://bugs.freedesktop.org/show_bug.cgi?id=54681 Bug #: 54681 Summary: Connecting TV to second DVI port of 9600GT card causes GPU lockup and Xorg crash Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity:

Cheers all. I believe that the first line in the function FLOAT2INT16 in celt.c which is now: x = x*32768.; should be: x = SCALEIN(x); This only makes a difference if you change the SCALEIN and SCALEOUT macros (which I do). The new feature I would like to request is the addition of a CELT_RESET_STATE control for both the encoder and decoder. I cache encoder and decoder instances and

Hello, Here is my first speedup patch. Like 10-11%. No IDCT yet. Please feel free to comment my code or even better think about improvements. :) I belive my routines are not so bad, maybe one day they will be even more faster. What needs to be optimized is the loop filter fuction. I have no ideas now how to do it. It does not leave much space for parallel stuff, copying memory from lot of

Hello, I'm confused as to whether opus_multistream_encode creates a frame or a packet. The function summary says this: Encodes a multistream Opus *frame*. But later on it says: The length of the encoded *packet* (in bytes) on success or a negative > error code (see Error codes<http://www.opus-codec.org/docs/html_api-1.0.2/group__opus__errorcodes.html>) > on failure. I would