RE: [Alsa-devel] Interrupt-driven (or callback/handler?), Full-duplex (simultaneous capture/playback) without using JACK

2003-12-29 Thread Ryan Cassidy
> On Sat, 8 Nov 2003, Ryan Cassidy wrote: > > > > Paul Davis wrote: ** > > > the ALSA PCM API doesn't have "handlers". it doesn't provide any kind > > > of callback mechanism. what it does do is to provide a poll(2) > > > interface, allowing callback

[Alsa-devel] Writing a test jack application to determine scheduling latency

2003-12-29 Thread Ryan Cassidy
Greetings ALSA comrades: I would like to right a small jack playback application that accomplishes the following: - Accurately determines (via the IA32 TSC register, perhaps) how long it takes after the interrupt (i.e. the audio device's PCI interrupt signaling the need for new playback samples)

RE: [Alsa-devel] Why does Alsa sometimes not find the HDSP 9652? -SOLVED

2003-12-29 Thread Mark Knecht
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Justin > Cormack > Sent: Monday, December 29, 2003 10:50 AM > To: Mark Knecht > Cc: alsa list > Subject: RE: [Alsa-devel] Why does Alsa sometimes not find the HDSP > 9652? -SOLVED > > > Ah. that explains

RE: [Alsa-devel] Why does Alsa sometimes not find the HDSP 9652? - SOLVED

2003-12-29 Thread Justin Cormack
Ah. that explains why I have never seen it - I always let my machines boot up from grub on the full timeout and most of them have pretty slow bootup processes. It is probably best to retry for 1 minute or so in module init to allow for very fast boots (after all the pci id has matched, so only brok

RE: [Alsa-devel] Why does Alsa sometimes not find the HDSP 9652? - SOLVED

2003-12-29 Thread Mark Knecht
Hi Justin, It looks like I solved this problem in the last few days. The issue appears to driven by how Alsa, or possibly the snd-hdsp driver specifically, attempts to discover the HDSP 9652, and the fact that my machine is moderately fast. I think this is a bug, or at least an opportunity to al

Re: [Alsa-devel] Re: (Fwd) ALSA related comments - please correct [wulfram-26284]

2003-12-29 Thread Paul Davis
>That kind of argument would just corroborate the TransGaming report that >ALSA is no good overhead-wise, which is probably not what the ALSA >developers wish to do here. i wasn't talking about ALSA. i was talking about audio hardware and programming models in general. ALSA will allow pretty much

Re: [Alsa-devel] Re: (Fwd) ALSA related comments - please correct [wulfram-26284]

2003-12-29 Thread Paul Davis
>although i agree that from a pragmatic perspective, it would be good >to understand how to use ALSA to do this. > >however, this model of audio programming is not portable, and has >gotten people into trouble before, not just under Linux. > >making the assumption that direct access at all times to

Re: [Alsa-devel] Re: (Fwd) ALSA related comments - please correct [wulfram-26284]

2003-12-29 Thread Paul Davis
>> We have been unable to find a way to tell ALSA, through >> snd_pcm_mmap_begin(), where we want to write data when using the mmap >> api. OSS doesn't have this restriction and this is the only documented >> way we can see to support sound engines which mix in new sounds using >> looping buffe

[Alsa-devel] Power Management Support for via82xx driver

2003-12-29 Thread Markus Gaugusch
Hi, I'm a happy user of software suspend [http://swsusp.sf.net]. Unfortunately, my soundcard (via686b/via82xx) doesn't work after resume because of missing PM hooks. If I unload/reload the modules everything is fine, but this is of course not very nice (have to kill all apps accessing the sound dev

[Alsa-devel] Re: (Fwd) ALSA related comments - please correct [wulfram-26284]

2003-12-29 Thread Jaroslav Kysela
On Wed, 24 Dec 2003, Peter Hunnisett wrote: > >What's looping sound? You can initiate endless ring buffer looping when > >you set stop_threshold to boundary (sw_params). I think that this > >major drawback does not exist. > > > > > > Thanks for pointing out that sound looping is possible in a r