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 ------------------------------------------------------- This SF.NET email is sponsored by: Geek Gift Procrastinating? Get the perfect geek gift now! Before the Holidays pass you by. T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ _______________________________________________ Alsa-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-user