hi,
i want to connect my keyboard to my pc (sb Live!) in oder to use it
as a softwaresynthy.
i've read aconnect 64:0 65:0 should do this ... but:
stef: ~ $ aconnect -lio
client 0: 'System' [type=kernel]
0 'Timer '
1 'Announce '
Connecting To: 63:0
client 65: 'Emu10k1 WaveTable' [type=kernel]
0 'Emu10k1 Port 0 '
1 'Emu10k1 Port 1 '
2 'Emu10k1 Port 2 '
3 'Emu10k1 Port 3 '
i can't find this port 64:0.
here is my the alsa passage of my modules.conf:
# ALSA portion
alias char-major-116 snd
alias snd-card-0 snd-emu10k1
# module options should go here
# OSS/Free portion
alias char-major-14 soundcore
alias sound-slot-0 snd-card-0
# card #1
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
#my own settings
alias midi snd-synth-emu10k1
alias snd-synth-midi snd-seq-emu10k1
alias snd-seq-midi snd-seq-emu10k1
(i tried it also without the "alias midi snd-synth-emu10k1" line)
i compiled alsa with
./configure --with-cards=emu10k1 --with-sequencer=yes;make; make install
i use debian sid. what am i doing wrong?
with muse i can use the /dev/snd/midiC0D0 for recording
thank you
stefan
>> The Midiman DiO 2448 seems to be the cheapest sound card with digital
>> I/O and I use it with the OSS drivers, paid for, from 4Front
>> technologies at http://www.opensound.com. The card has analogue output
>> but no analogue inputs at all.
>> The Midiman 2496 is more expensive but it may be easier to get drivers
>> working on it.
>
>Looking at the ALSA soundcard matrix and associated doco, the 2496
>doesn't have SPDIF support yet. However the 2448 (CMI8738 chip) seems
>to be well supported by the current drivers (0.9.0rc6).
I thought that I remembered that the Midiman Audiophile 2496 had been working with spdif for a while for me at least, though I have the dat on the Delta 1010 in the music room now.
I know that there was a lot of ups and downs with the drivers and spdif at first.
I did have to cook up my own .asoundrc for it, but that's kind of expected with a mutichannel chip being used on a simple card.
Tracey
Hi all,
This might seem like a silly question, but I'm having an
unexpectedly hard time putting together something I consider
to be quite simple in essence.
The intent: play music from PC (eg .ogg/.mp3 etc) via S/PDIF to
an external DAC, and thence to sound system.
The problem: finding a soundcard supported by Linux and which
offers the option of unadulterated digital output. Ie. I want the
soundcard to simply stream the bits at 44.1Khz (or 48) and not
shag around with it in any way.
My current setup is a compromise. I have onboard sound with
a VIA8233 (Avance AC'97) 6ch chipset, and am using Windows
XP with this, since the latest ALSA driver doesn't produce any
sound on the S/PDIF output (although the optical port lights up).
Trouble is, I don't trust the Windows driver, since the control
panel for it allows me to select DSP environments and use a
graphic equaliser. With the environment set to "none" and the
equaliser off is it providing a "pure" bitstream un-molested in any
way? Who knows.
So, the question to you is simply: do you know of any soundcards
which would fit the bill - ie. with a fully working Linux driver, and
known to be configured to produce "pure" digital out.
Cheers,
Paul.
--
Lubarsky's Law of Cybernetic Entomology:
There's always one more bug.
Good morning,
I read (somewhere) that it is possible to make a directly useable Hard
Disk 'Image File' from an Audio-CD.
I am familiar with mkisofs for sets of data files and mounting the
iso-9660 images as loop(ed) devices to access the files within the
resulting image file.
Also, I know that cdrdao builds a .bin temp file when you make a copy
...
Are these files interchangeable? How would one mount an Audio 'image
file' to play it, since you usually do not mount Audio CD's - players
like xmms just use the raw device (right?)
Any hints or pointers (urls) would be appreciated.
aloha,
dave
Hi,
ams-1.5.5 is available from http://www.suse.de/~mana/kalsatools.html.
It fixes a serious bug in synth.cpp which causes the machine to freeze
when ams is started as root.
Some example patches for the bode frequencer LADSPA plugin included in
the new 0.3.3 version of Steve's plugin set have been added as well.
Have fun !
Matthias
--
Dr. Matthias Nagorni
SuSE GmbH
Deutschherrnstr. 15-19 phone: +49 911 74053375
D - 90429 Nuernberg fax : +49 911 74053483
Hello list!
(I have searched for an answer to this question in
google and some other lists but didn't find something
helpful... sorry if this has been asked before)
i want to have realtime-encoding of my soundcard
line-in with sox and lame (or something similar - i
need command line tools). Now i use
rec -t wav -r 44100 - | lame -m m -a -b 64 -
(i need 44.1 khz/64 kbit). But all 5 or 7 hours sox
crashes; there's an older thread on the sox mailing
list:
http://sourceforge.net/mailarchive/forum.php?thread_id=1083489&forum_id=3958
which says that this is due to a counter in the wav
header which overflows and that you should use .raw
instead of .wav. But whatever i use doesn't sound
right:
sox -t ossdsp -w -s /dev/dsp -t raw -r 44100 -c 2 - |
lame -r -m j -b 64 -x -s 44.1
--resample 44.1 -
It sounds dump:
http://www.kochenmachtspass.de/test3-ms.mp3
I have tried many other options like -c 1 (leads to
noise) but i cannot find a solution... Maybe someone
of you knows a solution?
Thanks
Chris
=====
http://www.crupp.de
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
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
> >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/drivers/sound/pci/rme9652/snd-hdsp.o:
> >init_module: No such device
>
> are you sure you have the new module installed? i know of at least 2
> people using the patch you have used that have got their new 9652's working.
>
> --p
>
Does anyone have any recommendations for cheap SMP motherboards?
Something that can handle a couple 667 PIIIs would be ideal, but if the
total price including CPUs is <$300, I'll consider it.
My motherboard seems to not work with SMP anymore (freezing, restarting).
I'm pretty sure it isn't a kernel thing because I've tried every version
between 2.4.17 and 2.4.20 and they all act the same. It used to be rock
solid at 2.4.18.
Alternatively, I'd like the name of a good vendor of motherboards.
Taybin
--
http://www.piratesvsninjas.com
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 applied the one line patch applied:
--- hdsp.c-orig 2002-12-03 19:28:40.000000000 +0000
+++ hdsp.c 2002-12-03 19:28:06.000000000 +0000
@@ -2966,6 +2966,7 @@
switch (rev & 0xff) {
case 0xa:
+ case 0x64:
/* hdsp_initialize_firmware() will reset this */
hdsp->card_name = "RME Hammerfall DSP";
break;
2) Alsaconf works, sort of. modules.conf gets built, but my machine will
not reboot after running it. Don't know why.
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/drivers/sound/pci/rme9652/snd-hdsp.o:
init_module: No such device
4) lspci -v shows the card is there:
00:0f.0 Multimedia audio controller: Xilinx, Inc.: Unknown device 3fc5
(rev 64)
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at f6000000 (32-bit, non-prefetchable) [size=64K]
I'm completely puzzled. What are we doing wrong?
Thanks,
Mark
On Mon, 2002-12-09 at 20:11, Paul Davis wrote:
> > 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 check if they are already
> defined in the kernel's PCI ID header.
>
> --p