Hi!
If the SPDIF input worked with rc6 it should work now with this patch,
the SPDIF input "Source Rate Converter"-SCB
was muted all the time and that should fixed by now.
I discovered that AC3 almost works but get very easily out of sync in
some how (got no solution for this yet)
Restarting the
We will recheck. I have immense faith in Fernando, but everyone makes
mistakes.
On Mon, 2002-12-09 at 21:12, Paul Davis wrote:
> >3) When I boot I see the following message in /var/log/messages
> >
> >Dec 9 12:39:40 Godzilla kernel: Hammerfall memory allocator: buffers
> >allocated for 1 cards
>
>3) When I boot I see the following message in /var/log/messages
>
>Dec 9 12:39:40 Godzilla kernel: Hammerfall memory allocator: buffers
>allocated for 1 cards
>Dec 9 12:39:40 Godzilla kernel: RME Hammerfall-DSP: no cards found
>Dec 9 12:39:40 Godzilla insmod:
>/lib/modules/2.4.19-1.ll/kernel/dr
Thanks Paul.
I'm still struggling with getting this new card going. Fernanado and I
are working through the issues one at a time by doing a Planet RPM for
the newest version alsa and have applied the one line patch that you
pointed me at the other day. However, I'm still not running.
1) Fernando
> Where are the definitions for PCI_DEVICE_ID_XILINX_HAMMERFALL_DSP and
>PCI_VENDOR_ID_XILINX kept in the alsa code?
one of two places. either in the kernel source (if you have a much,
much newer kernel (2.5)) or at the top of either rme9652.c or hdsp.c
(there are conditional #define's there to
Hi,
Where are the definitions for PCI_DEVICE_ID_XILINX_HAMMERFALL_DSP and
PCI_VENDOR_ID_XILINX kept in the alsa code?
Thanks,
Mark
static struct pci_device_id snd_hdsp_ids[] __devinitdata = {
{
.vendor= PCI_VENDOR_ID_XILINX,
.device= PCI_DEVICE
Tim Goetze wrote:
nick wrote:
is this because of the cards or my code?
it's the hardware -- all hw i know of is hard-wired for one
of the two access types. interleaved is much more common.
I'll try and reply to this based on my experience, but I'm sure others
can correct me !
Yes interlea
nick wrote:
>is this because of the cards or my code?
it's the hardware -- all hw i know of is hard-wired for one
of the two access types. interleaved is much more common.
tim
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek h
Hi
I'd be grateful if someone could clarify the use of
SND_PCM_ACCESS_RW_NONINTERLEAVED and SND_PCM_ACCESS_RW_INTERLEAVED -
does it depend on the card whether its supported? i can't get
non-interleaved access to work on either my emu10k1 or intel8x0
(motherboard) card...
is this because of the ca
the spdif output on my terratec x-fire seems working fine now, at
least for the normal playback. however, if i stop the playback in the
middle, it results in a constant beep. does happen on another card?
It has not happen for me (yet)
Sounds like there some garbage left in some sample buf
> >actually, i have to note that this is not so obvious. there are *many*
> >people using ALSA. we've all sworn our way through the process.
> >there is *no* point in reminding this list about the need for
> >documentation. the current state is pitiful, ...
> > many folks seem to think there is a
Hi Benny,
I tested your patch and phase reversals are gone now. That's fine so
far. But to apply your patch I had to install a version newer than rc6.
I downloaded the cvs snapshot 2002-12-09.tar.bz2 and installed it
successfully. After that the SPDIF ac3 mode switch is gone (like with
rc6 + y
On Monday 09 December 2002 07:54 am, John S. Denker wrote:
> I wrote:
> >>From the keen-grasp-of-the-obvious department:
> >>This project would be a lot better off if there were
> >>better documentation, and (some) comments in the code.
>
> Then on Thu, 05 Dec 2002 10:23:08 -0500, Paul Davis wro
At Mon, 09 Dec 2002 09:54:10 -0500,
John S. Denker <[EMAIL PROTECTED]> wrote:
>
> To look at the same glass from the half-full perspective,
> Takashi wrote:
>
> > recently i wrote a small howto for writing an alsa-driver.
>
> That's good!
>
> > please check the archive of alsa-devel ml.
>
>
I wrote:
>>From the keen-grasp-of-the-obvious department:
>>This project would be a lot better off if there were
>>better documentation, and (some) comments in the code.
Then on Thu, 05 Dec 2002 10:23:08 -0500, Paul Davis wrote:
>
>actually, i have to note that this is not so obvious. there are *
Hi,
it became a quite late reply, since i caught a cold in the last
week and have been in bed...
At Thu, 05 Dec 2002 06:57:48 -0500,
John S. Denker <[EMAIL PROTECTED]> wrote:
>
> When talking to Extigy on the USB bus:
>
> alsactl -f /tmp/foo store
> alsactl: get_control:202: Cannot read con
At Mon, 9 Dec 2002 15:20:21 +0100,
David Olofson wrote:
>
> > when i write a new driver, it would take
> >
> > - ca. 1 week if there is an OSS driver,
> > - ca. 2 weeks if it's a normal PCI (or ISA) device and there is
> > enough technical info, and
> > - more for exotic environment :)
> >
> > unt
At Thu, 05 Dec 2002 10:23:08 -0500,
Paul Davis wrote:
>
> > From the keen-grasp-of-the-obvious department:
> >This project would be a lot better off if there were
> >better documentation, and (some) comments in the code.
> >Why write the code if it's not going to be used?
> >If it's not documented
Hi David,
At Fri, 6 Dec 2002 03:15:32 +0100,
David Olofson wrote:
>
>
> Hi!
>
> I still have that Echo/Event Layla audio interface lying around. I
> don't have any use for it whatsoever as it is now, since I don't use
> Windoze at all any more (except occasionally, for some minor projects
>
Hi,
At Fri, 6 Dec 2002 20:10:02 +0100,
Laurent Canet wrote:
>
> Hi,
>
> I've wrote an ALSA driver for the harmony chipset. This chipset
> is found in some HP PA-RISC workstations.
> My driver is in very early stage, so I would like your appreciations on
> the code.
most of the codes looks fin
Hi Henry,
At Sun, 8 Dec 2002 15:54:53 -0800 (PST),
Henry Walpool wrote:
>
> Below is a patch to fully enable the Hoontech ST Audio DSP24
> Media 7.1. It appears that this card is supported. It was nice
> to see all the output controls in envy24control.
thanks! applied now to cvs.
> Some qu
At Mon, 9 Dec 2002 09:12:20 +0100 (MET),
Clemens Ladisch wrote:
>
>
> In my disconnect patch, I forgot to unlock the driver.
> This prevented it from being freed properly.
thanks for spotting.
applied now.
ciao,
Takashi
---
This sf.net ema
Hi Benny,
At Mon, 09 Dec 2002 01:12:09 +0100,
Benny Sjostrand wrote:
>
> Hi!
>
> In this patch the phase problems should be gone, if still think that you
> got "phase reversal" problem
> please sendme a dump of the /proc/asound/card0/dsp/sample content while
> you are playbacking
> whatever gi
At Sun, 8 Dec 2002 21:56:44 + (GMT),
Chris Rankin wrote:
>
> Hi,
>
> I think you missed one ;-) ...
thanks, i applied it.
Takashi
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
__
At 08 Dec 2002 09:35:55 -0800,
Mark Knecht wrote:
>
> Hi,
>I did my first Alsa CVS download this morning just to take a look at
> the code. I am a PlanetCCRMA user, but wanted to know more about Alsa.
>
>I have not yet found a README or INSTALL file on how to do a build.
> Are there any w
In my disconnect patch, I forgot to unlock the driver.
This prevented it from being freed properly.
--
Clemens
Index: core/seq/seq_device.c
===
RCS file: /cvsroot/alsa/alsa-kernel/core/seq/seq_device.c,v
retrieving revision 1.9
di
26 matches
Mail list logo
