[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Need Help-YMF724F Sound Card And ALSA



Justin Guerin wrote:

On Saturday 23 April 2005 07:21, you wrote:
Justin Guerin wrote:
On Friday 22 April 2005 04:36, Leonard Chatagnier wrote:
Justin Guerin wrote:
On Tuesday 19 April 2005 03:35, Leonard Chatagnier wrote:
Justin Guerin wrote:
On Sunday 17 April 2005 08:54, you wrote:
Justin Guerin wrote:
Copying the list, so others might be able to help

On Saturday 16 April 2005 18:49, you wrote:
Justin Guerin wrote:
[snip]
Results of upgrading udev and running alsaconf after doing apt-get
update->upgrade which upgraded
udev to a newer version:

   * after upgrading and rerunning alsaconf-nothing, same as before:
   * lchata@ChatagnierL-Home:/usr/share/sounds$ play KDE_Drum_Break.ogg
     playing KDE_Drum_Break.ogg
     sox: Can't open output file '/dev/dsp': Too many levels of
     symbolic links

Perhaps there is a udev rule or something that keeps setting up the /dev/dsp node as a link to /dev/dsp. I would look under /etc/udev.
There are 11 *.rules or *.conf files in /etc/udev. Most all contain these entries which, in my iqnorance,
I think would create symbolic links to themselves.  If so, how do I fix???
KERNEL="audio*"         SYMLINK="%k"
KERNEL="dsp*"           SYMLINK="%k"
KERNEL="mixer*"         SYMLINK="%k"
I also have devfs.rules which show different rules syntax. Are devfs and udev compatable? Rules for devfs:
KERNEL="seq",           NAME="snd/%k"
KERNEL="audio*",        NAME="sound/%k"
KERNEL="dsp*",          NAME="sound/%k"
KERNEL="adsp*",         NAME="sound/%k"
KERNEL="midi*", NAME="sound/%k" (partial listing) Seems more correct than above.
And rules for udev:
# ALSA devices
KERNEL="controlC[0-9]*", NAME="snd/%k"
KERNEL="hwC[D0-9]*",    NAME="snd/%k"
KERNEL="pcmC[D0-9cp]*", NAME="snd/%k"
KERNEL="midiC[D0-9]*",  NAME="snd/%k"
KERNEL="timer",         NAME="snd/%k"
KERNEL="seq",           NAME="snd/%k"
And the 50sound.rules in /etc/udev/rules.d
KERNEL="audio*",        SYMLINK="%k"
KERNEL="dsp*",          SYMLINK="%k"
KERNEL="adsp*",         SYMLINK="%k"
KERNEL="midi*",         SYMLINK="%k"
KERNEL="mixer*",        SYMLINK="%k"
KERNEL="sequencer*",    SYMLINK="%k"
KERNEL="amidi*",        SYMLINK="%k"
KERNEL="dmmidi*",       SYMLINK="%k"
KERNEL="admmidi*",      SYMLINK="%k"
Seems like a lot of conflicting redundancy for Debian apt-get dependencies to have permitted all to be installed. I don't know what to do about it, unless someone can tell me what programs to remove purge and which to reinstall.

     lchata@ChatagnierL-Home:/usr/share/sounds
   * So logged out KDE and logged back in getting same play error
     message as above but now am getting system sounds through sterio
     speakers.  Some success at least.

OK, when your system sounds are running, check your arts configuration for which output source they're using. My guess is, you're using alsa.
I know how to tell artsd what to use but don't know how to find out what it is using. I did tell it to use alsa at one time but so much has happened since, I may have changed it. Also, have to run alsaconf each time I run KDE to get sys-sounds working again.

   * Rerunning alsaconf-getting same results as above-system sounds
     thru sterio polkaudio speakers but nothing else including
     realplayer and play.

Do you know if realplayer and play are configured to use arts? They probably aren't by default, which means you'll have to either wrap them with the artsdsp wrapper, or wait for arts to release the lock on the sound device node, then attempt to play a sound using alsa. That means checking the setup of play and realplayer and making sure you tell them to use alsa, not oss. I don't know that play can be configured to use alsa, but I suspect that realplayer can.

No, I don't.  I haven't tried to do this; don't know how.

   * Rebooting and testing again-Again nothing works and also lost
     system sounds or perhaps more accurately KDE builtin sounds.
     Rerun alsaconf again-regained sys/KDE builtin sounds but nothing
     else-play still gives too many levels of symbolic links and
     realplayer plays video great but no sound.

When you lose sound, and have to run alsaconf again, you can avoid that by running "alsactl store" once your sound is working (at least for system sounds). That way, they should survive a reboot.
Thanks, that answers above comment.

   * Logged out KDE and reinstalled udev from tty1-Ran alsaconf and
     play from tty1 but no sound.  Logged into KDE still have sys
     sounds but play still gives too many levels of symbolic links and
     no sound on realplayer.
   *  MV /etc/alsa to /etc/oldalsa and ran alsaconf which gave this
     error message:
   * Running update-modules...
     Loading driver...
     run-parts: failed to open directory
     /etc/alsa/modprobe-post-install.d: No such file or directory
     FATAL: Error running install command for snd_ymfpci

Oops, my bad. /etc/asla/ is created by alsa-base, and it probably would have been better to purge and reinstall than to move it out of the way. However, since the problem is with the oss device node, and not alsa's, this isn't really necessary.
Maybe do the purge / reinstall later if nothing else works. BTW, should i move oldalsa back to alsa?

     Setting default volumes...
===========================================================================
==== Now ALSA is ready to use.
      For adjustment of volumes, use your favorite mixer.
      Have a lot of fun!
     ChatagnierL-Home:/etc#
     Play still gives same error message and no voice on realplayer.
     Logged out and into KDE with same results.
     ChatagnierL-Home:/usr/share/sounds# play KDE_Desktop3.wav
     playing KDE_Desktop3.wav
     sox: Can't open output file '/dev/dsp': Too many levels of
     symbolic links ChatagnierL-Home:/usr/share/sounds#
   * Rebooting and running alsaconf from tty1-same results.  Ran artsd
     -a alsa hoping it would get KDE sound apis working.  TTY1
     locked-CNTR C to get prompt back. Ran artsd -D /dev/dsp and artsd
     -a alsa in KDE terminal with this
     output:
     lchata@ChatagnierL-Home:/dev$ artsd -a alsa
     can't register Arts::MidiManager
     There are already artsd objects registered, looking if they are
     active...

     Error: Can't add object reference (probably artsd is already
running). If you are sure it is not already running, remove the relevant
files:

            /tmp/mcop-lchata/Arts_SoundServerV2
            /tmp/mcop-lchata/Arts_SoundServer
            /tmp/mcop-lchata/Arts_SimpleSoundServer
            /tmp/mcop-lchata/Arts_PlayObjectFactory
            /tmp/mcop-lchata/Arts_AudioManager (Note: have run artsd
     before)

Arts probably already is running, so don't worry about the above error message.

     lchata@ChatagnierL-Home:/dev$ artsd -D /dev/dsp
     ALSA lib pcm.c:2068:(snd_pcm_open_noupdate) Unknown PCM /dev/dsp
     Error while initializing the sound driver:
     device: /dev/dsp can't be opened for playback (No such file or
     directory)   (?????????)

Instead of using the -D option, use the -a option and specify OSS, if you really want arts to try using oss. However, since it's working with alsa, I wouldn't bother.
I'm a little confused here. Was just trying to get things working tying alsa with arts.
wasn't intentionally trying to use oss.

     lchata@ChatagnierL-Home:/dev$
   * Ran the artsd commands as root and
     got:

You don't want to do this. It's not necessary since you're in the audio group, and this link problem is not a permissions issue.
OK.

     ChatagnierL-Home:/dev# artsd -a alsa
     unix_connect: can't connect to server
     (unix:/tmp/mcop-root/ChatagnierL-Home-195d-426a3109)

     ChatagnierL-Home:/dev# artsd -D /dev/dsp
     ALSA lib pcm.c:2068:(snd_pcm_open_noupdate) Unknown PCM /dev/dsp
     Error while initializing the sound driver:
     device: /dev/dsp can't be opened for playback (No such file or
     directory)
     ChatagnierL-Home:/dev#
   * Reran alsaconf from KDE terminal as
     root:
     ChatagnierL-Home: /dev#
     alsaconf
     modinfo: could not open snd: no such device(this came up 3 times
     brfore the  alsaconf GUI appeared)                The same no such
     file or directory and fatal error running install command for
     snd_ymfpci occurred as above.  Play and realplayer test results
     were same as before.

   * Justin, I think I tried out all the suggestions and then some
     since my original post.  Hope there is something here that leads
     to a solution and not info overload.  Ready to try anything else.
     KDE built in sounds are great but that's all I can hear.

Thanks again,
Len C

I think you're getting somewhere. First off, I think you can focus your efforts on udev, since it's creating the /dev/dsp link. Check through its configuration, or purge and reinstall if there's nothing you wouldn't mind losing.
Ok. do you want to comment on the udev/devfs/etc.rules/conf info posted above before
I before purging/reinstalling udev?

Second thing to remember, alsa and arts are running fine. You can set the preferred output to some applications, like XMMS, to use arts, and things should be fine. On the other hand, some applications don't let you choose arts as an output, or even alsa. If those are the ones you're concerned about, then you'll have to chase this down until you get oss (or rather, oss emulation) worked out.
For now, I'd settle on getting realplayer sound working. I guess I need to read the man files on the other players/etc to set up to use arts. Haven't attempted this yet; didn't even know I had to . I can't burn CD's. Would like to be able to play vidoe/audio CD's. That's
about it.

Let me know if you choose the latter path, and if purging and reinstalling udev does you any good.
Will do purge/reinstall udev after seeing yor commments on the udev rules posting and its the only thing left to try or any other suggestion you post. I'm especially interested in any comments you have about the apparent conflicts between the different rules in udev for setting symbolic links and how this might be avoided in future when upgrading/ dist-upgrading with
apt-get.

Justin


Thanks so much for staying with me on this sound issue.
LenC.



Reply to: