similar to: FW: a problem with bandwidth configuration

Displaying 20 results from an estimated 4000 matches similar to: "FW: a problem with bandwidth configuration"

2015 May 17
1
a problem with bandwidth configuration
Hi, I try to run the opus_demo with input sample rate 16Khz and bandwidth ? FB, I want the encoder to convert the rate, which I thought it would. "./opus_demo ?e audio 16000 1 50000 ?bandwidth FB?." But when I look at the frames created, the Toc ? config has values of 16Khz. For example "0xB8": "Config" = 0x17 = 23, which means CELT only WB 16Khz 20ms
2016 Jun 13
0
Opus application_mode==AUDIO, 20ms framing issue?
Hi Jean-Marc, Sorry for late reply, thanks for interest. It's quality good for 10ms/audio, poorer for 20ms/audio. Quality equivalent for 10,20ms for mode=voip. PESQ was the tool that alerted me to something of interest, but I don't trust PESQ to almost any degree! It's good for hearing relative differences, of course, but not absolutes. Bitrate here was 28kbps, but I hear
2012 Oct 23
1
MSVC compatibility patch for current master branch
-- Joshua Bowman Silverback Networks (559) 305-3770 silverbacknet at gmail.com www.silverbacknetworks.net -------------- next part -------------- src/analysis.c | 6 +++--- src/mlp.c | 3 +++ src/opus.vcxproj | 5 +++++ src/opus.vcxproj.filters | 15 +++++++++++++++ src/opus_demo.vcxproj | 4 ++++ src/opus_demo.vcxproj.filters |
2013 Oct 16
1
quality opus_demo vs opusenc
Hi, I am interested in this part of the answer: "Make sure both are also linked to the same libopus (opusenc could be using the system libopus 1.0.x while opus_demo is from git)" I dowloaded a tarball distrib of libopus (1.1-beta),build and installed it,and afterwards did the same with opus-tools (0.1.7),using the former installed libopus library (also using libogg 1.3.1). When I execute
2013 Oct 15
0
quality opus_demo vs opusenc
I suspect the main difference is due to time alignment of the samples and the exact trimming at the beginning and at the end of the encoded files. I also note that there's a missing "--" in front of "bitrate" and only one "-" instead of two for cvbr in your opusenc command line. Make sure both are also linked to the same libopus (opusenc could be using the system
2015 Aug 04
0
[PATCH] Make it possible to pass in paths to opus_demo and opus_compare.
This patch lets you pass paths for opus_demo and opus_compare to the run_vectors.sh script. The motivation for this was for my aarch64 patches (forthcoming), which I've been testing under qemu. I want to run an emulated opus_demo, but a native opus_compare, so the script completes in a reasonable amount of time. --- tests/run_vectors.sh | 4 ++-- 1 file changed, 2 insertions(+), 2
2015 Feb 23
1
[PATCH] opus_demo: remove unused but set values
--- src/opus_demo.c | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/src/opus_demo.c b/src/opus_demo.c index 72506b5..5a75679 100644 --- a/src/opus_demo.c +++ b/src/opus_demo.c @@ -245,14 +245,14 @@ int main(int argc, char *argv[]) double bits=0.0, bits_max=0.0, bits_act=0.0, bits2=0.0, nrg; double tot_samples=0; opus_uint64 tot_in, tot_out; - int
2017 Feb 15
1
Porting to Cypress PSoC 4
Hi, I'm looking a porting the Opus encoder (encoder only) to a Cypress PSoC 4 (a 32-bit ARM Cortex-M0 with very limited resources), and would like to know the feasibility of stripping down the encoder to fit. I've been playing with the encoder configured with "--enable-fixed-point --disable-intrinsics". The end result I'm trying to get to is encoding a single 16kHz 16-bit
2013 Oct 15
4
quality opus_demo vs opusenc
Hi, I have found differences in quality between opus_demo and opusenc/opusdec. I used for both applications the same raw pcm file,16 bit,48khz,litle endian. i use libopus 1.1-beta and opus-tools-0.1.7. The command for opus_demo is: opus_demo audio 48000 1 64000 -cvbr -framesize 10 in.pcm out.pcm For opusenc/dec: opusenc --raw --raw-chan 1 bitrate 64 -cvbr --framesize 10 in.pcm in.opus
2013 May 13
0
DSPs which are suitable for porting OPUS
Dear Christian van Bijleveld, You can use any of the below DSPs of Texas Instruments 1. TMS320C674x - This supports floating point implementation of opus 2. TMS320C66x - This supports both floating and fixed point implementations 3. TMS320C64x - This supports only fixed point implementation Regards, Mahantesh On Mon, May 13, 2013 at 10:12 PM, <opus-request at xiph.org> wrote: >
2015 Apr 13
0
Regarding Opus Codec Input output file.
Hi Sakharam, I see 2 potential issues with what you are doing. 1. ./opus_demo -e voip 48000 2 16 music_orig.wav testcase30.opus in above command, "16" for bits/sec seems too low. I'm no audio expert, but just cant convince myself you can get any reasonable audio data with 16 bits/sec. FYI, I was able to encode and decode with 16 bits/sec, but when I played the decode file with
2014 Jun 11
2
Alleged bug in Silk codec
Hi, Apologies if this is a known issues, but I have found what I believe is a bug in the fixed point implementation of the Silk codec and could not find any mention on this in the archives. The bug can be easily reproduced with the fixed point demo program (./configure ?enable-fixed-point ?disable-float-api && make) using the following command: ./opus_demo voip 16000 1 23000
2017 Mar 09
2
(no subject)
Hi, I'm looking a porting the Opus encoder (encoder only) to a Cypress PSoC 4 (a 32-bit ARM Cortex-M0 with very limited resources), and would like to know the feasibility of stripping down the encoder to fit. I've been playing with the encoder configured with "--enable-fixed-point --disable-intrinsics". The end result I'm trying to get to is encoding a single 16kHz 16-bit
2014 Jun 16
0
Alleged bug in Silk codec
Hi Marcello, Thanks for the info and the proposed fixes. I'm currently investigating what's going on here before deciding on the best way to fix the problem. Have you been able to figure out why it doesn't work for rshifts >= 3? Cheers, Jean-Marc On 13/06/14 12:28 PM, Marcello Caramma (mcaramma) wrote: > Hi Jean Marc, > > please find attached the audio file (mono
2013 Jul 11
1
inbandfec is adding samples
I didn't expect this, is it normal? When you use inbandfec, and have packet losses, you end up with more audio samples than you started with. With short frame (2.5), the FEC isn't supposed to do anything but it shouldn't do that should it? and 20mS frame, should do 'something' but? add audio? I'm using opus_demo for this. Here's the steps (I have my test audio in
2014 Nov 24
0
[RFC PATCHv1] cover: celt_pitch_xcorr: Introduce ARM neon intrinsics
On 24 November 2014 at 14:53, Viswanath Puttagunta <viswanath.puttagunta at linaro.org> wrote: > > On 21 November 2014 at 18:06, Timothy B. Terriberry <tterribe at xiph.org> wrote: > > > > Viswanath Puttagunta wrote: > >> > >> a. Simplest use case to validate this optimization for correctness. > >> b. Simplest use case to validate this
2014 Jun 18
0
Alleged bug in Silk codec
Hi Marcello, It turns out that the problem has a much simpler explanation. As far as I can tell, it's actually a bug in silk_sum_sqr_shift() and this trivial patch appears to fix the problem: http://jmvalin.ca/misc_stuff/sum_sqr_shift_fix.patch It would still require some testing to check that the fix doesn't have any bad side effect. Let me know how well the fix works for you. Again,
2014 Nov 24
3
[RFC PATCHv1] cover: celt_pitch_xcorr: Introduce ARM neon intrinsics
On 21 November 2014 at 18:06, Timothy B. Terriberry <tterribe at xiph.org> wrote: > > Viswanath Puttagunta wrote: >> >> a. Simplest use case to validate this optimization for correctness. >> b. Simplest use case to validate this optimization for performance. >> >> Would prefer something like opusdec that can be executed on command >> line. > >
2013 Oct 21
2
help with opus_demo
Hi I used opus_demo to clarify how opus works, I try this command: opus_demo -e" audio 8000 1 8000 -cbr /somedirectory/pcm_mono_ochomil.raw /somedirectory/test.opus And I get the file test.opus, then comes the first problem, this file hasn't header so i can't reproduce it using an external tool, how can i add a header to this file Then when i trie to run opus_demo -d 8000 1
2014 Nov 25
0
[RFC PATCHv1] cover: celt_pitch_xcorr: Introduce ARM neon intrinsics
On 24 November 2014 at 17:48, Peter Robinson <pbrobinson at gmail.com> wrote: >>> >> a. Simplest use case to validate this optimization for correctness. >>> >> b. Simplest use case to validate this optimization for performance. >>> >> >>> >> Would prefer something like opusdec that can be executed on command >>> >>