<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/1 Lars-Peter Clausen <span dir="ltr"><<a href="mailto:lars@metafoo.de" target="_blank">lars@metafoo.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
PCM Devices which have the BATCH flag set update the PCM pointer only with<br>
period size granularity. Using timer based scheduling does not have any<br>
advantage in this mode. For one devices which have that flag set usually update<br>
the position pointer in software after getting the period interrupt. So<br>
disabling the period interrupt is not possible for this kind of devices.<br>
Furthermore writing to or reading from the buffer slice for the current period<br>
is not possible since the position inside the buffer is not known. On the other<br>
hand the tsched algorithm seems to get easily confused for this kind of<br>
hardware, which results in garbled audio output. This typically means that timer<br>
based scheduling needs to be manually disabled on systems with such devices.<br>
Auto disabling tsched in this case allows these systems to run with the default<br>
configuration.<br>
<br></blockquote><div><br></div><div>If the playback position is reported in steps instead of monotonic increasing ?<br></div><br></div><div class="gmail_quote">does this mean that you also need to increase rewind_safeguard to one period or modifiy snd_pcm_rewindable ?<br>
</div><br></div></div>