snddevices alsa oddity
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. |
alsactl seams not to help
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.
|
All times are GMT -5. The time now is 08:02 AM. |