Sound Solution Dsp Audio Broadcast Processor code by Alessandro Tomassini
September 10, 2010, 09:34:24 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Foro en Espaņol
 
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: fail in the sound  (Read 2348 times)
YanivS
Newbie
*
Posts: 9


Email
« on: May 31, 2007, 01:23:48 PM »

i use the new version of xap from the xdevel site...

every 8-10 minutes, i have fail in the sound for 1 sec
and also tiny fails...

the computer:

XP SP2
AMD Sempron +2800 (1.6Ghz)
512 RAM

program running:

1. ZaraRadio
2. XAP (input: soundcard, output: VAC)
3. the stream program (input: VAC)

cpu load: 50% average

i used the MBL4 instead of the XAP
and there was no problem...

note: i don\'t care to add delay to the broadcast, even the
maximum, if needed.

plz help...

Post edited by: yanivs, at: 2007/05/31 14:30
Logged
Sound Solution Dsp Audio Broadcast Processor code by Alessandro Tomassini
« on: May 31, 2007, 01:23:48 PM »

 Logged
zee100
Newbie
*
Posts: 37


Email
« Reply #1 on: May 31, 2007, 06:21:44 PM »

CPU load is to much and will cause some drops here and there.
I like to advice you to run XAP a:) on a faster PC with more RAM or b:) on a second PC only for processing the audio.
Logged
YanivS
Newbie
*
Posts: 9


Email
« Reply #2 on: May 31, 2007, 07:03:57 PM »

hummm........

there no way to reduce the cpu load?
Logged
zee100
Newbie
*
Posts: 37


Email
« Reply #3 on: June 01, 2007, 04:30:18 PM »

Stop running processes you don\'t need for your station.
Logged
YanivS
Newbie
*
Posts: 9


Email
« Reply #4 on: June 01, 2007, 06:32:05 PM »

ok,

but, what is the best definitions for my condition
in the XAP? (don\'t care from delay)

for input device:

buffers: Huh
buffer size: Huh

for output device:

buffers: Huh
buffer size: Huh

thread Priority: Huh
Logged
jesseg
Total Audio Freq
Global Moderator
Sr. Member
*****
Posts: 310



« Reply #5 on: June 07, 2007, 02:53:43 PM »

for all of those settings i would go to the maximum possible, except for thread priority i would put on highest but not \"realtime\".

i would also consider using Virtual Audio Cable if you are not already, for bouncing audio within the system.  It doesn\'t degrade the audio quality like routing through your physical soundcard\'s codec often will.  google it.

50% cpu use is FINE.  at radioio with my own audio processing that i\'ve worked on for 11 years now, it uses 60% on 2.8gHz P4 HT, and i\'ve never had a problem with the system on any reguard...  be it lack of CPU, or heat/stress.  and those systems are 1U racks.  Wink  plus VNC uses at least 10-15% cpu on top of that, although we have set VNC to run on lowest priority so as not to interfere with anything.


if you are still getting glitches with XAP then, i suggest playing with the amount of buffers, and the size of the buffers.  i\'ve found that multiples of 4 usually work best, for number of buffers.  and size really depends on several factors, but really the only optimizing i\'ve had to do with those is when i\'m trying to get latency VERY low.  so generally i would think you would want the size of the buffers maxed out.  but you never know, so once you find which ammount of buffers is ideal (which could be more easily found if you turn down buffer size to the smallest)...  i would just set buffer size to maximum since latency doesn\'t matter.

it is too bad they don\'t introduce ASIO to XAP though.  i think it could be a formidable real-time audio processor if they ever decide to.  especially with a few tweaks as seen in SAM4.  the SoundSolutions in SAM4 are VERY low latency, close to none at all.  unfortunately SAM4 doesn\'t do ASIO either. Sad
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.8 | SMF © 2006-2008, Simple Machines LLC Valid XHTML 1.0! Valid CSS!