Timestamp accuracy of PsychPortAudio on poor latency cards

At the moment, until I can either implement the Asio4All patch, or
address the problem at a hardware level, I'm stuck using what
InitializePsychSound says is a soundcard with high latency (running
under Win XP).

As I understand it from the PsychPortAudio('Start'...) help, this
means the 'when' parameter will be subject to latency and variability.
(Fixed latency I can live with, but I'm guessing the variability will
be bad.)

Setting the waitForStart parameter to 1 means that "the optional
return argument 'startTime' will contain an estimate of when the first
audio sample hit the speakers, i.e., the real start time". Can i
assume that this time stamp will be subject to inaccuracies on my poor
hardware too? I.e., this timestamp will not be an accurate estimate
of when that audio hits the speakers?

Thanks.
Yes. All timing will be inaccurate and variable, both sound
onset timing as requested by 'when' as well as all returned
timestamps whatsoever.

The only way around this is our ASIO plugin with
either a native ASIO soundcard or some cheap card
+ Asio4All & A bit of luck.

Or, of course, you use a real operating system,
like Linux or MacOS/X ;-)

-mario

--- In psychtoolbox@yahoogroups.com, "jm_parkinson" <jm_parkinson@...> wrote:
>
> At the moment, until I can either implement the Asio4All patch, or
> address the problem at a hardware level, I'm stuck using what
> InitializePsychSound says is a soundcard with high latency (running
> under Win XP).
>
> As I understand it from the PsychPortAudio('Start'...) help, this
> means the 'when' parameter will be subject to latency and variability.
> (Fixed latency I can live with, but I'm guessing the variability will
> be bad.)
>
> Setting the waitForStart parameter to 1 means that "the optional
> return argument 'startTime' will contain an estimate of when the first
> audio sample hit the speakers, i.e., the real start time". Can i
> assume that this time stamp will be subject to inaccuracies on my poor
> hardware too? I.e., this timestamp will not be an accurate estimate
> of when that audio hits the speakers?
>
> Thanks.
>