Maarten Lankhorst wrote:
> Hello Timofei,
>
> Timofei V. Bondarenko schreef:
>> No matter how low the chance: sound is an real-time task while linux
>> is not a real-time system. So underruns still possible.
>> And in case of XRUN widRecorder() tries to read about 4G of data.
>>
>> Well, I'm a bus
Hello Timofei,
Timofei V. Bondarenko schreef:
> No matter how low the chance: sound is an real-time task while linux
> is not a real-time system. So underruns still possible.
> And in case of XRUN widRecorder() tries to read about 4G of data.
>
> Well, I'm a busy man too. So I've wrote a simple pa
Hello Timofei,
Timofei V. Bondarenko schreef:
> No matter how low the chance: sound is an real-time task while linux
> is not a real-time system. So underruns still possible.
> And in case of XRUN widRecorder() tries to read about 4G of data.
>
> Well, I'm a busy man too. So I've wrote a simple pa
Maarten Lankhorst wrote:
> Hello Timofei,
>
> Timofei V. Bondarenko schreef:
>> I've noticed the winealsa does not handle alsa XRUNs.
>> In the case of XRUN application hangs.
>>
> I'm aware of the xrun problems in alsa at least the accelerated parts
> (dsoutput/dscapture), it's been on my todo
Hello Timofei,
Timofei V. Bondarenko schreef:
> I've noticed the winealsa does not handle alsa XRUNs.
> In the case of XRUN application hangs.
>
I'm aware of the xrun problems in alsa at least the accelerated parts
(dsoutput/dscapture), it's been on my todo list for a while but I've
been busy l
Hi.
I've noticed the winealsa does not handle alsa XRUNs.
In the case of XRUN application hangs.
That's happened because return value of snd_pcm_avail_update() is not
checked.
For example:
wavein.c
175 DWORD bytes;
180 /* read all the fragments accumulated so far */
181
