[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
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 me if i am
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 not
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 right
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 like
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 can
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
/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 can be
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
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 for this
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 ALSA
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
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 that
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 for
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
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...
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).
tom.
-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
23 matches
Mail list logo
