search for: loganstromberg

Hi, Can anyone let me know if this is a bug? Thank you, Chandrakala ----- Original Message ----- From: "Logan Stromberg" <loganstromberg at gmail.com> To: "Chandrakala Madhira" <chandrakala.madhira at soctronics.com> Cc: opus at xiph.org Sent: Wednesday, November 22, 2017 12:12:39 PM Subject: Re: [opus] Reg an issue with smoothing factor in VAD implementation Yes, yes, I can reproduce it now, but only on pl...

...madhira at soctronics.com>> wrote: > > Hi, > > Can anyone let me know if this is a bug? > > Thank you, > Chandrakala > > ------------------------------------------------------------------------ > *From: *"Logan Stromberg" <loganstromberg at gmail.com > <mailto:loganstromberg at gmail.com>> > *To: *"Chandrakala Madhira" <chandrakala.madhira at soctronics.com > <mailto:chandrakala.madhira at soctronics.com>> > *Cc: *opus at xiph.org <mailto:opus at xiph.org> > *S...

Just for fun, I tried to reproduce such an overflow. I turned on all debug macros, assertions, and checked arithmetic and then encoded 2 hours of mixed speech/audio with these parameters: Sample rate = 48000 Channels = 1 Application = OPUS_APPLICATION_AUDIO Bitrate = 24 KB/s Force Mode = MODE_SILK_ONLY Signal Type = OPUS_SIGNAL_AUTO Complexity = 10 Frame size = 480 samples (10ms) No errors came

...20ms? On Sun, Nov 26, 2017 at 8:07 PM, Chandrakala Madhira < chandrakala.madhira at soctronics.com> wrote: > Hi, > > Can anyone let me know if this is a bug? > > Thank you, > Chandrakala > > ------------------------------ > *From: *"Logan Stromberg" <loganstromberg at gmail.com> > *To: *"Chandrakala Madhira" <chandrakala.madhira at soctronics.com> > *Cc: *opus at xiph.org > *Sent: *Wednesday, November 22, 2017 12:12:39 PM > > *Subject: *Re: [opus] Reg an issue with smoothing factor in VAD > implementation > > Yes, ye...

...> Hi Logan, > > Please find attached the input stream we are using testing. > > Thank you, > Chandrakala > > ------------------------------ > *From: *"Chandrakala Madhira" <chandrakala.madhira at soctronics.com> > *To: *"Logan Stromberg" <loganstromberg at gmail.com> > *Cc: *opus at xiph.org > *Sent: *Wednesday, November 22, 2017 9:53:55 AM > > *Subject: *Re: [opus] Reg an issue with smoothing factor in VAD > implementation > > Hi Logan, > > Below is the configuration I am using. The remaining parameters have > def...

> I don't believe this is an actual error. If it's truly possible for > these areas to overlap (I don't think it is), then something much more > serious than using memmove instead of memcpy needs to be done about it. In the C# version of this code, these two copy regions are stored in separate arrays entirely. I agree that there should be no normal way to have the memcpy

Hello all, I am a very stubborn programmer who, in an attempt to avoid compiling C code for a phone app, instead decided it would be easier to port the entire opus codebase to C#. That was 3 months ago. I believe the fruit of my efforts is now ready for at least an alpha release to the public: this repository contains a fully functional Opus encoder/decoder written in portable .NET:

Ashutosh- It sounds like you're trying to implement an Opus-like application but you have a very constrained environment. If you just want the Silk portion of the codec, then why not just ignore opus and use the silk codec directly? The old SDK is still available in some places, like here: https://code.google.com/archive/p/bkvoice/downloads (Keep in mind that Opus uses a modified version of

Peter S. - I have a working Opus implementation in C# that I am currently porting to Java. With just a few days' work it should be functional both for encoding and decoding (The main hurdle is just to remove unsigned data types which Java doesn't support). Perhaps we could help each other out? This is my code base: https://github.com/lostromb/concentus/tree/java-staging -Logan

Akash- As far as I'm aware, you've got about 2 options: - If you're on a desktop Java runtime you should be able to use JNI bindings to call the native Opus lib. "jopus" on GitHub appears to provide some you can start with. There's probably others. This would be the lowest-cost solution, it's just not very portable. - I have authored a pure C# port of Opus a few

I am pleased to announce that functional Java ports of both the Opus encoder and decoder are now available, with code derived from the existing C# implementation. As of now it should be considered an "experimental" release, pending some cleanup of the API functions, documentation, and more extensive parity verification. There is also at least 1 known issue which causes minor noise in the

Raspberry Pi 1 and Zero use the arm1176jzf-s chip which AFAIK doesn't support NEON intrinsics. This may be a bug with the configure script because it appears to be compiling with NEON enabled. Lifeng can you comment? Is there a way to override the CPU detection in this case? Samuel, as a workaround you can download and compile an older version of the library. I think 1.1.2 predated the NEON