search for: 168mhz

Hello all, Today I tried speex echo cancellation on my VoIP application running on a windows mobile based PDA (OMAP1510 168MHz). The result is disappointing: it takes 150-250 ms to do echo cancellation (by calling speex_echo_capture() ) for a 20 ms frame! I've defined the FIXED_POINT macro. Is there anyway to do some optimization? Nick

2006/11/2, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca>: > > Today I tried speex echo cancellation on my VoIP application running > > on a windows mobile based PDA (OMAP1510 168MHz). The result is > > disappointing: it takes 150-250 ms to do echo cancellation (by calling > > speex_echo_capture() ) for a 20 ms frame! > > Are you by any chance using an insane sampling rate and/or tail length. > Try a sampling rate of 8000 Hz, 128-sample frame size and 1028-...

I did the test on another PDA which runs XScale 416Mhz CPU, the EAC arithmetic could be done in 1ms, but for the previous PDA (TI OMAP 168Mhz), it take more than 100ms! Though EAC could run in time on the new PDA, it did no help to cancel the echo, here is my test scenario: Init echo_state: echo_state=speex_echo_state_init(160,1120); int tmp=8000; speex_echo_ctl(echo_state,SPEEX_ECHO_SET_SAMPLING_RATE,&tmp); In playing t...

...bps. but encode requires more CPU (132%, 1312/1000ms). I will try lower bit rate and update the result later. Sincerely Forrest On Sunday, January 14, 2018 9:05:44 AM CST Thomas Böhm wrote: > Hello Forrest, > some years ago i developed a network media player based on a > STM32F407ZGT6 (168MHz clock) and opus 1.1. > I used just the fixed point code and did no particular optimization on > the opus code itself because the performance was already quite good, see > figures below. > The figures are for real time playback with different frame sizes and > various constant bit rat...

<style>table.customTableClassName {margin-bottom: 10px;border-collapse: collapse;display: table;}.customTableClassName td, .customTableClassName th {border: 1px solid #ddd;}</style><div id="write-custom-write" tabindex="0" style="font-size: 12px; font-family: 宋体; outline: medium none currentcolor;"><p style="margin:0px;">Dear

Hello Forrest, some years ago i developed a network media player based on a STM32F407ZGT6 (168MHz clock) and opus 1.1. I used just the fixed point code and did no particular optimization on the opus code itself because the performance was already quite good, see figures below. The figures are for real time playback with different frame sizes and various constant bit rates. I didn't play...

...iguez, Vince wrote: > Currently decode takes 16~22 ms and encode is ~13 ms. What is the best > way to try to reduce this time? Also, unsure why encode is taking less > time than decode... Last month a user posted some benchmarks on a STM32F4, which is a the same core as your cc3220 but at 168MHz rather than 80Mhz. Here's the results: http://lists.xiph.org/pipermail/opus/attachments/20180114/a0340dfa/attachment-0012.png Based on that it seems that your decode should take about ~10ms, so it'll be a bit of a squeeze to get full duplex in. But your numbers are significantly worse. Ar...

Thanks Jean-Marc, I was able to get both encode and decode working the CC3220 device! But for bi-directional communication, I need decode and encode to occur in less time than the frame size I’m sending (20 ms). Currently decode takes 16~22 ms and encode is ~13 ms. What is the best way to try to reduce this time? Also, unsure why encode is taking less time than decode... I've also