Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Christoph Eckert
> Thank you again for reporting this problem, I'll notice you when i'll > have found the solution. feel free to do this by PM. There are chances I miss it if posted to the list. Cheers, ce

Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Elthariel
Christoph Eckert wrote: Hi, You build problem looks quite strange, is there any error message about other EV_XXX identifier missing. The errors I posted have been the only ones. EV_SW is a macro defined in linux/input.h can you send me your version of the kernel uname -a

Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Elthariel
Paul Davis wrote: On Wed, 2006-11-08 at 23:19 +0100, Elthariel wrote: Thk you for testing it. You build problem looks quite strange, is there any error message about other EV_XXX identifier missing. EV_SW is a macro defined in linux/input.h can you send me your version of the kernel and you

Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Christoph Eckert
Hi, > You build problem looks quite strange, > is there any error message about other EV_XXX identifier missing. The errors I posted have been the only ones. > EV_SW is a macro defined in linux/input.h > can you send me your version of the kernel uname -a Linux Grandevitesse 2.6.14.2-20060917

Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Paul Davis
On Wed, 2006-11-08 at 23:19 +0100, Elthariel wrote: > Thk you for testing it. > > You build problem looks quite strange, > is there any error message about other EV_XXX identifier missing. > > EV_SW is a macro defined in linux/input.h > can you send me your version of the kernel and your > /usr/

Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Elthariel
Thk you for testing it. You build problem looks quite strange, is there any error message about other EV_XXX identifier missing. EV_SW is a macro defined in linux/input.h can you send me your version of the kernel and your /usr/include/linux/input.h I don't know Gentoo so the place for linux/i

Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread CTAF ctaf
I have tried it, it work nice for me. nice jobs. I am waiting for the joystick support, to use it with mixxx :-)

Re: [linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Christoph Eckert
Hi, > You can find it here: > http://sourceforge.net/projects/nahlwe/ > > Please give me feedback if you test it. build failed on a Gentoo Linux box: evdev_mode_report.c: In function `evdev_events_report': evdev_mode_report.c:37: warning: assignment makes pointer from integer without a cast ev

[linux-audio-dev] [ANN] kbdz 0.2.0a

2006-11-08 Thread Elthariel
I'm happy to announce the release of kbdz 0.2.0 alpha, a set of tool which allows you to transform classical pc keyboards and mouses plugged via USB into midi keyboards and controller. Support for joysticks is planned for soon. It uses alsa sequencer and the 'new' event devices stack (evdev mod

Re: [linux-audio-dev] snd_pcm_poll_descriptors_revents() question

2006-11-08 Thread Fons Adriaensen
On Wed, Nov 08, 2006 at 05:58:40PM +0100, Clemens Ladisch wrote: > > In that case, how can one test if *all* pollfd for a given > > pcm are ready ? > > You cannot. The state of the file descriptors is not necessarily > related to the state of the PCM device (which is why this function > exists).

Re: [linux-audio-dev] snd_pcm_poll_descriptors_revents() question

2006-11-08 Thread Clemens Ladisch
Fons Adriaensen wrote: > On Wed, Nov 08, 2006 at 02:24:30PM +0100, Fons Adriaensen wrote: > > Is snd_pcm_poll_descriptors_revents() more than an > > accessor ? If it is, the name is a quite misleading. > > To answer my own question, it seems that it *is* more > than an accessor. > > The docs le

[linux-audio-dev] snd_pcm_poll_descriptors_revents() question

2006-11-08 Thread Fons Adriaensen
On Wed, Nov 08, 2006 at 02:24:30PM +0100, Fons Adriaensen wrote: > Is snd_pcm_poll_descriptors_revents() more than an > accessor ? If it is, the name is a quite misleading. To answer my own question, it seems that it *is* more than an accessor. The docs leave one thing unclear. Does this call

Re: [linux-audio-dev] OSS will be back (was Re: alsa, oss , efficiency?)

2006-11-08 Thread Fons Adriaensen
On Wed, Nov 08, 2006 at 02:12:09PM +0100, Clemens Ladisch wrote: > Fons Adriaensen wrote: > > Basically what happens comes down to (ignoring error > > checking and timeouts): > > > > - The set of pollfd is poll()'ed until all are ready. > > Applications must not look at ALSA's pollfds, they must

Re: [linux-audio-dev] OSS will be back (was Re: alsa, oss , efficiency?)

2006-11-08 Thread Clemens Ladisch
Fons Adriaensen wrote: > On Wed, Nov 08, 2006 at 12:20:42AM +, James Courtier-Dutton wrote: > > The current jackd skips a step in the processing of the poll events. > > Basically what happens comes down to (ignoring error > checking and timeouts): > > - The set of pollfd is poll()'ed until al

Re: [linux-audio-dev] OSS will be back (was Re: alsa, oss , efficiency?)

2006-11-08 Thread Fons Adriaensen
On Wed, Nov 08, 2006 at 12:20:42AM +, James Courtier-Dutton wrote: > The current jackd skips a step in the processing of the poll events. Looking at the code it seems already quite elaborate. Basically what happens comes down to (ignoring error checking and timeouts): - The set of pollfd is

[linux-audio-dev] [ANN] Snd-ls V0.9.7.12 and jack_capture V0.3.9

2006-11-08 Thread Kjetil S. Matheussen
Snd-ls v0.9.7.7 === Snd-ls is a distribution of Bill Schottstaedt's sound editor SND. Its target is people that don't know scheme very well, and don't want to spend too much time configuring Snd. It can also serve as a quick introduction to Snd and how it can be set up. Changes 0.9.7