[EMAIL PROTECTED] wrote:
> I have intel8x0 on my mother board. There are headers for a joystick/midi
> port I'd like to use. I look in BIOS and find joystick io=201, midi
> io=330, and midi irq=10. I put this in modules.conf:
>
> options -k snd-intel8x0 index=0 mpu_port=330 joystick_port=201
>
> sn
Hi All,
Can anyone explain me what
is the purpose of snd_pcm_forward in pcm.c. Also what is the use of __snd_pcm_forward
macro and where is it defined. I am not able to find any definition for
this macro __snd_pcm_forward.
Can anyone clarify my doubts.
Thanks and please forgive m
On Tue, 10 Jun 2003, Sundaranathan S wrote:
> Hi All,
>
> Can anyone explain me what is the purpose of snd_pcm_forward in
> pcm.c.
The forward means exactly what you expect. You can go ahead in the ring
buffer without filling/reading of any samples. It means that affected
changes are no
Hi,
I'm using a digital Hammerfall audio card and was wondering how to
figure out the sample rate of the ADAT input pcm stream (which can vary
from 32kHZ to 96kHZ). I tried functions like
snd_pcm_hw_params_get_rate() but they do not seem to give the right
answer. Any hints?
BTW, when the input
>I'm using a digital Hammerfall audio card and was wondering how to
which hammerfall? digi9652 or hdsp9652?
>figure out the sample rate of the ADAT input pcm stream (which can vary
>from 32kHZ to 96kHZ). I tried functions like
>snd_pcm_hw_params_get_rate() but they do not seem to give the righ
On Tue, Jun 10, 2003 at 12:24:21PM -0400, Paul Davis wrote:
> >I'm using a digital Hammerfall audio card and was wondering how to
>
> which hammerfall? digi9652 or hdsp9652?
>
> >figure out the sample rate of the ADAT input pcm stream (which can vary
> >from 32kHZ to 96kHZ). I tried functions l
this is the most important question for now:
>> which hammerfall? digi9652 or hdsp9652?
>Up to now, I thought ADAT was only defined for 44.1 and 48 kHz, but maybe
>I'm wrong in this point. Ok, I believe that the hw doesn't use a restriction i
>n
>that point. But are there really any devices that
I recompiled a new kernel 2.4.19 with the latency patch and preemptive
kernel patch. I still got the same unresolved symbol, so I loaded the
modules that it was giving errors for individually. Like this:
/sbin/modprobe snd-rawmidi
/sbin/modprobe snd-hammerfall-mem
/sbin/modprobe snd-hwdep
>Is this is a design flaw? How to tell the input frequency? Need some
>additionnal hardware?
the ALSA h/w parameters are things set by an application (and
perhaps later read by the same or a different application).
what ALSA supports (and the hdsp driver in particular; the digi9652 is
not so go
>
> /sbin/modprobe snd-rawmidi
> /sbin/modprobe snd-hammerfall-mem
> /sbin/modprobe snd-hwdep
> /sbin/modprobe snd-hdsp
>
> After I issue the last command I get the following errors:
>
> /lib/modules/2.4.19/kernel/sound/pci/rme9652/snd-hdsp.o: init_module:
> No such device
> Hint: insmod errors c
>I am having the very same problems with my HDSP 9652. What's even stranger
>is, in my case, that for one evening the card worked, at least as far as
>loading the driver. (No sound, but the driver loaded.) I was able to look at
>/proc/asound/card0 (or whatever the directory/device was at the time..
Thanks for feedback,
Martin Langer wrote:
On Tue, Jun 10, 2003 at 12:24:21PM -0400, Paul Davis wrote:
I'm using a digital Hammerfall audio card and was wondering how to
which hammerfall? digi9652 or hdsp9652?
I think it's an older digi9652, I have to open the PC to check it out
the ALSA hardwar
On Tue, 10 Jun 2003, Eric Allamanche wrote:
> >>the ALSA hardware parameter model doesn't include the notion of an
> >>"external rate".
>
> Is this is a design flaw? How to tell the input frequency? Need some
> additionnal hardware?
No. It is not. As Paul mentioned, we have universal control f
On Tue, Jun 10, 2003 at 01:56:55PM -0400, Paul Davis wrote:
> >Is this is a design flaw? How to tell the input frequency? Need some
> >additionnal hardware?
>
> the ALSA h/w parameters are things set by an application (and
> perhaps later read by the same or a different application).
>
> what A
>Maybe we can add some rme9652 switches to rmedigicontrol!?
thomas (charbonnel) already has written a version of rme's digicheck
for the digi9652 and hdsp cards. i am not sure what its status is, but
i saw it running at LAD/ZKM.
---
This SF.ne
hey, uh... is there something like this for the HDSP? I was going to
write something, but if someone already has, I'd rather not re-invent
the wheel... otherwise, I'll get a crackin'!
d!
On Tue, 2003-06-10 at 15:35, Paul Davis wrote:
> >Maybe we can add some rme9652 switches to rmedigicontrol!?
>
> >
> >Later that evening I powered down. Upon rebooting the next morning it
> >failed, and has failed ever since. That was last Thursday evening.
>
> the same thing happened to me a week ago. i have, as usual, not had
> time to investigate further.
>
Well, it is actually quite comforting to know
>hey, uh... is there something like this for the HDSP? I was going to
>write something, but if someone already has, I'd rather not re-invent
>the wheel... otherwise, I'll get a crackin'!
thomas's code works on the hdsp i think, and is easily adapted to the
digi9652. he also has written totalmix fo
Hi,
The ALSA YMF-754 SPDIF support is incomplete in a way that ensures that
AC-3 streams can not be decoded by standards compliant receivers. Very
forgiving receivers will render the AC-3, but they are being kind.
According to the standard, they should mute.
FYI, I am using 0.9.4 versions of ever
On Tue, 2003-06-10 at 16:26, Paul Davis wrote:
> thomas's code works on the hdsp i think, and is easily adapted to the
> digi9652. he also has written totalmix for linux. i don't know why he
> hasn't released it yet. thomas?
that would be handy. I've successfully used ALSA and an HDSP to do in
ear
>that would be handy. I've successfully used ALSA and an HDSP to do in
>ear monitor mixing for a band I run sound for. But I'm only guessing at:
>
>a) converting "fader" levels to something logarithmic like db
>b) converting fader levels to the 0-65535 exponential scale that the
>hdsp uses, and
>c)
Today, Paul Davis wrote:
> thomas' code contains the results of the communications i had with RME
> about this. it was unclear if the conversions should go into the
> driver or not.
I had a similar issue with a driver that is about to be published and I
decided that userspace can do that one...
t
On May 19, Clemens Ladisch wrote:
> > I upgraded to ALSA 0.9.3a from 0.9.2 and am getting a kernel oops upon
> This is a bug in 0.9.3, it has been fixed on CVS.
My Toshiba Tecra (uses YMF-744B) still does not work under 0.9.4(rel)
whereas the ones for OSS in the 2.4.20 kernel do work (ymfpci).
to
On Tue, Jun 10, 2003 at 01:02:57PM -0700, Mark Knecht wrote:
> I'm sure that it will get worked out. I think Joshua is currently having
> some good successes with the HDSP 9652,
Yes, it works.
> and I'm currently learning how to
> modify a Gentoo ebuild to accomplish doing a patch. I also have (a
tom burkart wrote:
> On May 19, Clemens Ladisch wrote:
> > > I upgraded to ALSA 0.9.3a from 0.9.2 and am getting a kernel oops upon
> > This is a bug in 0.9.3, it has been fixed on CVS.
> My Toshiba Tecra (uses YMF-744B) still does not work under 0.9.4(rel)
Is there still an oops?
Regards,
Cleme
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Announcing:
The Joint AGNULA-PlanetCCRMA
BYOL-0.1 (Bring Your Own Laptop) Workshop 2003
July 3 to July 6, Prato (Florence) Italy:
Tempo Reale Ricerca, the Department of Research of the Centro Tempo
Reale, is offering the first Bring Your Own Laptop
26 matches
Mail list logo
