Hi,
Until now I wasn't able to make my remote work.
While posting in the EMU10K1 devel mailing list, someone said that it was necessary to
initialize the MIDI device used by the remote. A SysEx sequence has to be send to
'/dev/snd/midiC0D1'. The sequence is '0xf0, 0x00, 0x20,0x21, 0x61, 0x0,
At Wed, 24 Sep 2003 10:36:45 +0100,
Miguel Duarte wrote:
Hi,
Until now I wasn't able to make my remote work.
While posting in the EMU10K1 devel mailing list, someone said that it was necessary
to initialize the MIDI device used by the remote. A SysEx sequence has to be send
to
Then maybe it should be included in the documentation... :)
As for the echo... I thought of that... This morning (good idead allways come when I'm
half asleep :p).
Miguel Duarte
De: Takashi Iwai [EMAIL PROTECTED]
Data: 24/09/2003 11:02:12
Para: Miguel Duarte [EMAIL PROTECTED]
CC:
Clemens Ladisch wrote:
Andrei Boros wrote:
modprobe returns :
/lib/modules/2.2.24/misc/snd-opti92x-ad1848.o: init_module: Device or
resource busy
This means it found the card, but another driver is already loaded, or
the port/interrupts are already allocated.
Please check in
Jaroslav Kysela wrote:
Andrei Boros wrote:
options snd-opti-92x-ad1848 index=1 isapnp=1 id=Opti924 port=0x220
irq=5 dma1=0 fm_port=0x380 mpu_port=0x300 mpu_irq=7
I corrected it to 0x388. Doesn't work
snd-isapnp module is not loaded automatically.
If I load it manually, I
Takashi Iwai wrote:
source='alsactl.c' object='alsactl.o' libtool=no \
depfile='.deps/alsactl.Po' tmpdepfile='.deps/alsactl.TPo' \
depmode=none /bin/sh ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../include -O2 -Wall -pipe -g -c `test
-f alsactl.c || echo './'`alsactl.c
gcc -O2
Takashi Iwai wrote:
gate:~/install/alsa-cvs/alsa-lib# ./cvscompile
configure.in:44: warning: do not use m4_patsubst: use patsubst or
m4_bpatsubst
configure.in:182: warning: do not use m4_regexp: use regexp or
m4_bregexp
autoheader: `include/config.h.in' is unchanged
CFLAGS=-O2
At Wed, 24 Sep 2003 14:29:25 +0300,
Andrei Boros wrote:
Takashi Iwai wrote:
gate:~/install/alsa-cvs/alsa-lib# ./cvscompile
configure.in:44: warning: do not use m4_patsubst: use patsubst or
m4_bpatsubst
configure.in:182: warning: do not use m4_regexp: use regexp or
m4_bregexp
At Wed, 24 Sep 2003 14:25:53 +0300,
Andrei Boros wrote:
Takashi Iwai wrote:
source='alsactl.c' object='alsactl.o' libtool=no \
depfile='.deps/alsactl.Po' tmpdepfile='.deps/alsactl.TPo' \
depmode=none /bin/sh ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../include -O2 -Wall -pipe
Hi all,
I'm trying to play sampled data on my RME Digi96/8 PAD card using
the plughw:0,0 plugin. It works (of course it does) but not with
a sampling rate that is not supported by the hardware. My test
program (see attachment) bombs out due to an assertion failure:
pcm_plugin.c:525:
At Wed, 24 Sep 2003 10:33:43 -0400,
Manuel Jander wrote:
Hi Takashi,
I was thinking that wouldn't it be a good idea to have a visualization
category for alsa controls ? Or at least some naming scheme that allows
to identify controls that should just show some data, like VU meters, or
the
Hi,
Are there any instructions for building Alsa for a 2.6 kernel? I see the
make xconfig app now shows Alsa as an option, but grepping through the
Gentoo development-sources kernel tree I'm not discovering the actual code
or even a drivers/sound directory. Do I need to add this myself, or is
I see that in the Gentoo kernel tree (and maybe all 2.6 kernels)
linux/drivers/sound has moved to linux/sound.
Sorry for wasting bandwidth.
- Mark
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Mark Knecht
Sent: Wednesday, September 24, 2003 10:51 AM
Takashi Iwai wrote:
not about that; they are just warnings.
i guess automake is the culprit.
possibly removing a file missing and rerun cvscompile might solve
this.
Removed missing, then cvscompile again completed the configure part
without errors.
Then, while compiling the libraries :
Takashi Iwai wrote:
hmm, check whether depcomp file at the top directory is empty.
if so, try to remove depcomp.
it must come from automake, but the combination of the old automake
and the new libtool can be problematic.
removed an empty depcomp and problem solved. Thanks.
anyway, the
A followup on my last post :
I remove the symlinks in alsa-lib/src/control (which are broken).
make
/bin/sh ../../libtool --mode=link gcc -O2 -Wall -W -pipe -g -o
libcontrol.la cards.lo hcontrol.lo control.lo control_hw.lo
control_shm.lo setup.lo control_symbols.lo
rm -fr
16 matches
Mail list logo