At Sat, 15 May 2004 17:30:52 -0400,
Francisco Moraes wrote:
>
> Takashi Iwai wrote:
>
> >>Is your patch for kernel 2.6?
> >>
> >>
> >
> >to the latest ALSA cvs.
> >you'd better to get the CVS tree (either via cvs or snapshot).
> >it already incldues emu10k1x.c.
> >
> >
> I got it from there
Takashi Iwai wrote:
Is your patch for kernel 2.6?
to the latest ALSA cvs.
you'd better to get the CVS tree (either via cvs or snapshot).
it already incldues emu10k1x.c.
I got it from there but your changes to add the module params don't
compile on my system (Red Hat Fedora Core 1 - 2.4.22-
At Sat, 15 May 2004 01:30:51 GMT,
[EMAIL PROTECTED] wrote:
>
>
> >the attached patch includes some fixes by me for the latest cvs, and
> >changes the periods to 2. i'll apply it to cvs now.
>
> Is your patch for kernel 2.6?
to the latest ALSA cvs.
you'd better to get the CVS tree (either via c
>the attached patch includes some fixes by me for the latest cvs, and
>changes the periods to 2. i'll apply it to cvs now.
Is your patch for kernel 2.6?
Francisco
The best thing to hit the Internet in years - NetZero HiSpeed!
Sur
Takashi Iwai wrote:
i noticed that you set the irq mask IPR_CH_0_LOOP|IPR_CH_0_HALF_LOOP.
does it mean that the chip generates interrupts twice per buffer?
if yes, what we need is to limit the number of periods to 2.
Well, you can enable the half buffer interrupt. I am not sure if that
helps or
Takashi Iwai wrote:
At Fri, 14 May 2004 18:14:47 +0100,
James Courtier-Dutton wrote:
I would like to add some information that might help people modifying
this for the Audigy LS.
The outputs for the card work in 2 modes.
1) Probably analogue on the output jacks.
snd_emu10k1x_ptr_write(chip, 0x41,
At Fri, 14 May 2004 18:14:47 +0100,
James Courtier-Dutton wrote:
>
> >>I would like to add some information that might help people modifying
> >>this for the Audigy LS.
> >>
> >>The outputs for the card work in 2 modes.
> >>1) Probably analogue on the output jacks.
> >>snd_emu10k1x_ptr_write(chip
Takashi Iwai wrote:
At Wed, 12 May 2004 03:16:14 +0100,
James Courtier-Dutton wrote:
[EMAIL PROTECTED] wrote:
Here's the first pass at the driver. I've tested it mainly with XMMS with the ALSA output plugin.
alsaplayer didn't work, not sure why. I've also tested with the pcm test in alsa-lib whic
> i noticed that you set the irq mask IPR_CH_0_LOOP|IPR_CH_0_HALF_LOOP.
> does it mean that the chip generates interrupts twice per buffer?
> if yes, what we need is to limit the number of periods to 2.
The hardware can generate an interrupt at the beginning or the period (ptr = 0) and
the middl
At Wed, 12 May 2004 03:16:14 +0100,
James Courtier-Dutton wrote:
>
> [EMAIL PROTECTED] wrote:
> > Here's the first pass at the driver. I've tested it mainly with XMMS with the ALSA
> > output plugin.
> >
> > alsaplayer didn't work, not sure why. I've also tested with the pcm test in
> > alsa-li
At Fri, 14 May 2004 11:50:50 GMT,
[EMAIL PROTECTED] wrote:
>
> Here's a revised version of the driver. I found a bug in the
> previous version, not sure why it was working, maybe because I had my
> printk's in it.
>
> I've also revised the indentation and now supports the 3 PCM
> streams, even t
At Wed, 12 May 2004 18:36:56 GMT,
[EMAIL PROTECTED] wrote:
>
>
> > nice, i'll add this to alsa-driver tree.
> > i guess pci/emu10k1 is the best location.
>
> That's fine. I had it under pci on my system just because it was easier.
>
> > would you mind to change the indentation level to 8, as de
> nice, i'll add this to alsa-driver tree.
> i guess pci/emu10k1 is the best location.
That's fine. I had it under pci on my system just because it was easier.
> would you mind to change the indentation level to 8, as described in
Documentation/CodingStyle?
> kernel people prefer to have the cod
At Wed, 12 May 2004 00:31:43 GMT,
[EMAIL PROTECTED] wrote:
>
> Here's the first pass at the driver. I've tested it mainly with XMMS with the ALSA
> output plugin.
nice, i'll add this to alsa-driver tree.
i guess pci/emu10k1 is the best location.
would you mind to change the indentation level to
I'd like to send special thanks for James Courtier-Dutton and Takashi
Iwai for helping out with some of the questions I had during the driver.
The frames concept took me a while and also the problem that I had
initally of mismatched buffer size and sample rate.
Francisco
[EMAIL PROTECTED] wrote:
Here's the first pass at the driver. I've tested it mainly with XMMS with the ALSA output plugin.
alsaplayer didn't work, not sure why. I've also tested with the pcm test in alsa-lib which seems to be jumping, so that's another problem.
I've removed the joystick support f
16 matches
Mail list logo
