[wdmaudiodev] Re: Anyone here worked with Windows CE?

  • From: "Voelkel, Andy" <andy.voelkel@xxxxxxxxxxxxxxx>
  • To: <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Mon, 5 Mar 2007 14:55:22 -0800

Hi David,

I was using ASIO when I did my tests. It is possible that my ASIO
drivers (M-Audio Delta 1010LT) or the host program (Adobe Audition 2.0)
were not of premium quality. But if you can only adjust the buffer size
down to 64, then you need to run at 96kHz to get the buffering latency
down to less than 2.6 mSec. I couldn't get 96kHz working reliably at a
buffer size of 64.

64 * 2 * (1/48000kHz) + converter filter latency ~= 4.5 mSec.

- Andy

-----Original Message-----
From: wdmaudiodev-bounce@xxxxxxxxxxxxx
[mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx] On Behalf Of David A. Hoatson
Sent: Saturday, March 03, 2007 7:33 AM
To: wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] Re: Anyone here worked with Windows CE?

Why not just use ASIO?

David

----- Original Message ----- 
From: "Evert van der Poll" <evert@xxxxxxxxxxxxxxxxxxxxxxx>
To: <wdmaudiodev@xxxxxxxxxxxxx>
Sent: Saturday, March 03, 2007 7:15 AM
Subject: [wdmaudiodev] Re: Anyone here worked with Windows CE?


> Hi Andy,
>
> What kind of latency figure would be acceptable in your scenario? I
don't
> think you will ever get it lower than 1 ms on XP.
>
> Maybe, instead of going Windows CE, you could have a look at Linux.
There
> are some guys there doing good work. For example Ardour seems to be 
> making
> progress. I don't know what kind of latency figures you can expect on 
> that
> platform, but at least you have a lot of options to tweak.
> I am not speaking out of my own experience. It's just some things that
I
> read about it that grabbed my attention.
>
> -Evert
>
>
>
>
> -----Original Message-----
> From: wdmaudiodev-bounce@xxxxxxxxxxxxx
> [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx]On Behalf Of Voelkel, Andy
> Sent: Friday, March 02, 2007 11:25 PM
> To: wdmaudiodev@xxxxxxxxxxxxx
> Subject: [wdmaudiodev] Anyone here worked with Windows CE?
>
>
>
> Hi all,
>
> Having just gone through another frustrating afternoon trying to
reduce
> Windows audio latency, I am motivated once again to think of
alternatives
> for real time audio algorithm development. I have a couple
applications
> where a minimum 4.5 millisecond latency is just not attractive.
>
> I will probably have to use standalone DSP cards for development in
order 
> to
> avoid this problem, but the development tools on such boards just
can't
> compare to Visual Studio.
>
> I have thought before of building a Windows CE target using a standard
> Pentium motherboard, and cross developing from a host Windows XP
machine.
> I've heard that the Visual Studio tools for this sort of cross 
> development
> are pretty good. I would imagine that Windows CE could be configured
to 
> have
> much lower latency than Windows XP.
>
> The problem is that the audio driver model is different, and I am
afraid
> that finding a Windows CE driver for multichannel audio IO would be
> impossible, and that developing a driver myself would be very time
> consuming.
>
> Has this idea occurred to anyone else? Is it even feasible? Has anyone
> succeeded? Does anyone have opinions on related subjects?
>
> Thanks!
>
> - Andy Voelkel

******************

WDMAUDIODEV addresses:
Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
Subscribe:    mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
Unsubscribe:
mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
Moderator:    mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx

URL to WDMAUDIODEV page:
http://www.wdmaudiodev.com/







CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, files or 
previous e-mail messages attached to it, may contain information that is 
confidential and/or legally privileged. If you are not the intended recipient, 
or a person responsible for delivering it to the intended recipient, please DO 
NOT disclose the contents to another person, store or copy the information in 
any medium, or use any of the information contained in or attached to this 
transmission for any purpose. If you have received this transmission in error, 
please immediately notify the sender by reply email or at 
mailto:privacy@xxxxxxxxxxxxxxx, and destroy the original transmission and its 
attachments without reading or saving in any manner.

Other related posts: