Re: brainstorm: what are the audio stumbling blocks?

2012-01-27 Thread Maarten Lankhorst
Hey Joerg, Op 27-01-12 16:35, joerg-cyril.hoe...@t-systems.com schreef: Maarten, thank you for participating! Provide a hidden API in mmdevapi? No need, you know how mmdevapi behaves, you can write it in such a way without adding latency by using GetCurrentPadding or the clock. I don't know

brainstorm: what are the audio stumbling blocks?

2012-01-27 Thread Joerg-Cyril . Hoehle
Maarten, thank you for participating! >> Provide a hidden API in mmdevapi? >No need, you know how mmdevapi behaves, you can write it in such a >way without adding latency by using GetCurrentPadding or the clock. I don't know what you mean. What I mean is follows: mmdevapi has no notion of rewin

brainstorm: what are the audio stumbling blocks?

2012-01-27 Thread Joerg-Cyril . Hoehle
Maarten Lankhorst wrote: >you know how mmdevapi behaves >Just bite the bullet and add a winepulse driver already, I'll even fix >mine to work better if it had a chance of getting accepted I have no objection to a winepulse driver. Indeed we (not just me, hopefully) now know a lot about how mmdev

Re: brainstorm: what are the audio stumbling blocks?

2012-01-27 Thread Maarten Lankhorst
Op 26-01-12 12:59, joerg-cyril.hoe...@t-systems.com schreef: Hi, What are the areas that would have the most impact if fixed? You are invited to participate and share your thoughts. I believe we need to distinguish winmm/dsound/mmdevapi/OS. mmdevapi: A. lock-less timer callback design, bug #.

brainstorm: what are the audio stumbling blocks?

2012-01-26 Thread Joerg-Cyril . Hoehle
Hi, What are the areas that would have the most impact if fixed? You are invited to participate and share your thoughts. I believe we need to distinguish winmm/dsound/mmdevapi/OS. mmdevapi: A. lock-less timer callback design, bug #. But I don't think where we would get the most improvement fr