To date we have been led on by two developers who have not been able to do the work. Please only respond if your are capable of doing the work, can do the work on time, have references. While that product has more than we need, it is what we want. This must be a valid windows system driver.Ī comparable product: We dont want overrun/underrun on buffers. Sufficient buffering so as to support polling of LINEOUT every 500ms to grabĭata. Source Code should be properly documented. Must appear in say GraphEdit, each line in as separate INPUT. Must appear in Windows Sound Control Panel. This will be a 1-1 mapping, no need to support for multiple connections Multiple Installations (supporting say 5 virtual LINE IN/LINE OUT) We will handle code signing to support 64 bit mode Play out audio to VIRTAUDIO and read same data back in thru Virtual Virtual Audio Device driver which provides for Audio Out DeviceĪnd Matching Line In device. Well this machine gives the slower performance.Windows XP 32/64, Vista 32/64, Windows 7 32/64 The vista one seems the best machine i have although it uses an SDR RAM configuration and not DDR one. Under Windows Vista i need to enlarge buffers until i have 256 ms of audio latency (AMD 64 2.2 Ghz XP 4000 dual core, 2Gbyte RAM SDR) otherwise i hear a stammer inside speakers. Under Windows Mobile 5.0 i can reach an audio latency of 80 ms (ARMV4I pocket PC, 500 Mhz, 64 Mbyte RAM). Under Windows XP i can reach an audio latency of 60 ms (machine P4 2Ghz single core, 1Gbyte RAM DDR). Best USB Audio Interfaces: Black Lion Audio Revolution 2×2. A quality software and plug-in package makes the EVO 4 one of the best values on this list. If i run the same application under Windows XP (exactly the same code), it works wonderfully without the increasing latency issue and i can even reduce the audio buffer size to improve the overall latency. Podcasters and live streamers will appreciate this audio interface’s loopback functionality, and the onboard Smartgain automatic level-setting feature makes recording a snap. I'm recording 8000 sample/s at 16 bit each on 1 channel = 16 kbyte/s audio incoming. I've checked line by line with thread timers and performance counters, and my threads are not wasting any time anywhere. This means that my threads are waiting for data to copy from/to buffers about all the time. The CPU usage during execution is below 1-2% constantly. I'm esperiencing an high latency under Windows Vista. Record > AudioInputThread(producer) > circular buffer > AudioOutputThread(consumer) > Playback I use a critical section to synchronize mutual exclusion access to this buffer. That is, a KISS approach.īetween these 2 threads there is a FIFO buffer (circular buffer, i've used it for years, it has been tested rigidly). I'm using 1 thread capturing audio and another thread playing audio. I've wrote a simple audio loopback application which records voice from a mic and continuously send it to the speakers.
0 kommentar(er)
