hello opened minded buddies

I have recently installed the ``brand new" alsa-driver-1.0.7
./configure
make && make install
./snddevices

The problem is the snddevices is creating the files and the symbolic links necessary that are no more available after reboot. I haven't heard yet of volatile files. I thought sync would help, but it doesn't. Can anybody please explain where the files are going?

my system is:
Slackware 10
Linux 2.6.8.1
Ensoniq 1371

some files that I am talking about
/dev/dsp -> /dev/dsp0
/dev/adsp -> /dev/adsp0
/dev/dsp0
/dev/adsp0

Thank you lots

Hi ionuion, welcome to lq. Have you tried running?

alsactl store

good luck.

Hello.

Thank you for your quick reply.
Actually I ran alsactl store. And I managed to have this command run at every reboot. But the files are still disappearing.
Nevertheless the sound on my machine is already running. It seams alsa is getting along without all that bunch of symbolic links.

Still, I'd like to ask if there is any possibility that while running both xmms and mplayer, changing the sound in one of the programs the other's not to be affected. They control the same pcm, but I noticed there are several device files named pcm in /dev/snd.
Thank you.
My .asoundrc looks like this:

pcm.!output {
type dmix
ipc_key 1234
ipc_key_add_uid 1
slave {
pcm "hw:0,0"
period_time 0
period_size 1024
buffer_size 8192
#rate 48000
rate 44100
}
bindings {
0 0
1 1
}
}

# DSNOOP output device
pcm.!input {
type dsnoop
ipc_key 4321
ipc_key_add_uid 1
slave {
pcm "hw:0,0"
period_time 0
period_size 1024
#rate 48000
rate 44100
}
}

# ASYM duplex device
pcm.!duplex {
type asym
playback.pcm "output"
capture.pcm "input"
}

# Make the duplex device default

pcm.!default {
type plug
slave.pcm "duplex"
}

# OSS Compability
pcm.!dsp0 {
type plug
slave.pcm "duplex"
}

ctl.!mixer0 {
type hw
card 0
}
( source www.phaeronix.net )

did you uninstall the alsa-stuff , before installing the new one.. ?
and run " alsaconfig " ?


egag

The alsa dev files are in /dev/snd/*. Those in /dev/* are oss iirc. As to volatility, you may be using devfs or udev. As to shared level controls, I doubt it, as ultimately you're talking about a single hardware function on your sound card, the pcm channel.