[Alsa-user] emu10k1 and S/PDIF output

[Arnaud de B. de R. <bo...@vi...>]

Hi,

I'm experiencing a little problem with the S/PDIF output of my SBLive
(I use ALSA 0.9.0rc6).

Sometimes when I send my S/PDIF data to the device I can hear some
chunks twice but according to the status the buffer isn't empty:
snd_pcm_status_get_delay() always returns something around 10000 frames.

I guess there is no software buffer underrun (none are signaled with a
XRUN state) but I wonder if it's possible to have a hardware buffer
underrun or something like that (maybe what I say is stupid but I don't
know).

Additionally after I hear a buffer loop the delay value is corrupted: I
can't compute the beginning date of what I'm going to write to the PCM
device with the formula

  "snd_pcm_status_get_tstamp() +
   frame_to_timestamp_converter(snd_pcm_status_get_delay())"

because it seems not to get the loop into account.

Is it a known behaviour ?

The additional questions is: what can I do to avoid the problem from
happening ?

Note: tell me if you need some more details.

-- 
Arnaud