SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Since upgrading from 64-bit 14.0 to 64-bit 14.1, sound is mostly working for me. I can play ogg and most wav files with aplay, audacious, amarok, and juk, for example. But I can't play any of them with xmms.
When I try to open any sound file in xmms, I get a dialog box that says "Couldn't open audio" - "Please check that: Your soundcard is configured properly. You have the correct output plugin selected. No other program is blocking the soundcard."
I can close xmms, open a konsole, and play the file just fine using aplay.
There are certain other sound files that I could play in 14.0 that won't work with any player at all since my 14.1 upgrade.
For example, aplay will play this wav file:
Code:
$ aplay Kirsty\ MacColl-In\ These\ Shoes.wav
Playing WAVE 'Kirsty MacColl-In These Shoes.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
but won't play this mp3 file:
Code:
$ aplay Kirsty\ MacColl-In\ These\ Shoes.mp3
Playing raw data 'Kirsty MacColl-In These Shoes.mp3' : Unsigned 8 bit, Rate 8000 Hz, Mono
aplay: set_params:1233: Sample format non available
Available formats:
- S16_LE
- S32_LE
Is there an S8 mono format that I am missing?
Also, neither aplay nor any of my other music players will play the voicemail messages that are emailed to me by my VOIP provider. I had no problem playing them with 14.0.
Code:
$ aplay msg_12a4d280-0eb6-11e4-be9f-fb48c42e9d38.wav
Playing WAVE 'msg_12a4d280-0eb6-11e4-be9f-fb48c42e9d38.wav' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
aplay: set_params:1239: Channels count non available
This is 16 bit mono. So it looks like I'm missing something I need for 8 and 16 bit mono recordings.
I suspect the xmms problem may be something entirely different though, since it won't play any sound file at all.
# cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xf9ff8000 irq 45
1 [U0x46d0x8b2 ]: USB-Audio - USB Device 0x46d:0x8b2
USB Device 0x46d:0x8b2 at usb-0000:00:1d.2-2, full speed
alsamixer is set to use the HDA Intel analog device. The only other sound device it recognizes is the USB camera/microphone, which doesn't output sound.
Code:
Card: HDA Intel
Chip: Analog Devices AD1989B
I have this in /etc/asound.conf, but it makes no difference if I remove the file. Players and files that are playable continue to work, those that aren't don't.
Code:
# cat asound.conf
pcm.!default {
type hw
card 0
}
ctl.!default {
type hw
card 0
}
I've also tried this in my home directory .asoundrc file. It has worked for me when I needed to activate the microphone on a USB webcam. I haven't been using this recently, but it makes no difference if it is there or not for the files that won't play.
Code:
$ cat .asoundrc
pcm.usb {
type hw
card U0x46d0x8b2
}
pcm.!default {
type asym
playback.pcm {
type plug
slave.pcm "hw:0,0"
}
capture.pcm {
type plug
slave.pcm "hw:1,0"
}
}
Well, I don't know much about sound systems, though I'm more productive with "it used to work and now it don't" kind of problems.
What do we know? What might have "broken" in an upgrade from 14.0 to 14.1?
Here's the Slackware 14.1 change log... I don't see anything that would account for the issues you're having... do you?
How did you upgrade to 14.1? Did you have Alien Bobs multilibs running in 14? Have you tried reloading the repository for 14.1 and re-running them?
Have you run alsaconfig and/or alsamixer, which is normally how I get sound out of my Slackware toys?
Thanks dijetlo. No, nothing in the change log particularly stands out.
Yes, I have run alsaconfig and alsamixer. It has made no difference. In alsamixer, I have the volume set way up on everything.
I upgraded from 64-bit 14.0 with Alien Bob's Multilib to 64-bit current, without multilib. Note, I did not upgrade to base 14.1, but actually to current. In retrospect, perhaps I should have gone to 14.1 first, and then to current.
I have not re-installed the multilib support. In fact, I'd forgotten that I'd installed it, and so I didn't remember to remove it prior to the upgrade. I don't see any of the multilib packages still in /var/log/packages with the exception of one, compat32-tools-3.2-noarch-1alien. I think all the others must have been replaced during the upgrade.
Sounds like you might have borked something going from 14.0-multilib to -current stock. On all the various system I've played with that have intel audio, I can't recall when last I had any issues. Sound works OOTB. For m3 files, you may need to add the lame codec (or similar). Did you try /usr/bin/mpg123? Your mp3 file example is NOT the same as being able to play wav and ogg files.
Just to keep things "simple" I would uninstall everything that is *-compat32-* and make show you have clean, stock -current system. You may have to do a full install, as opposed to upgrade, if reinstalling series /a, /l, /d, and maybe /ap doesn't do it.
Upgrading can be tricky esp. if you dont' 1st remove multilib. Given how current changes, and by now has diverged qute aq bit from 14.1, I always do a full install then upgrade when the -current tree updates.
do see these in /var/log/packages. This is probably not a good thing.
I would actually think the opposite... it actually is a good thing and doesn't need to be cleaned up. just upgraded to restore functionality.
Code:
-rw-r--r-- 1 root root 1486 Jan 22 14:59 alsa-lib-compat32-1.0.26-x86_64-1compat32
-rw-r--r-- 1 root root 1228 Jan 22 14:59 alsa-oss-compat32-1.0.25-x86_64-1compat32
...
-rw-r--r-- 1 root root 1123 Jan 22 14:59 audiofile-compat32-0.2.7-x86_64-1compat32
...
-rw-r--r-- 1 root root 1659 Jan 22 14:59 flac-compat32-1.2.1-x86_64-3compat32
...
-rw-r--r-- 1 root root 1339 Jan 22 14:59 mpg123-compat32-1.14.4-x86_64-1compat32
those may be at the source of your sound issue. The slackbook has several strategies/tools to address this problem, take a look and post back if you need some help.
I would actually think the opposite... it actually is a good thing and doesn't need to be cleaned up. just upgraded to restore functionality.
If I did that, I'd have to install the gcc and glibc multilib packages too. It would be nice if 32-bit compatibility was built-in to the native 64-bit Slackware distribution. But it's not, and I'd rather not deal with it. Also, there isn't any 32-bit functionality I want to restore. I installed multilib on 14.0 only because I needed it to support the Android SDK. But I'm not using that right now. There is one program I would run under Wine, but it's not enough for me to want to install multilib again.
If I just remove the compat32 packages, will I need to re-install anything else from 14.1 or from current?
Just to keep things "simple" I would uninstall everything that is *-compat32-* and make show you have clean, stock -current system. You may have to do a full install, as opposed to upgrade, if reinstalling series /a, /l, /d, and maybe /ap doesn't do it.
I don't relish doing a full install on this particular system again. I did it when going from 13.37 32-bit to 14.0 64-bit, and it took me days to get everything straightened out. I took really good notes, so I now have a complete list of everything that I've customized, but it would still a major PITA.
ReaperX7, I didn't know about alsa.conf. I did not set one up, but there is already one set up. It is in /usr/share/alsa/alsa.conf. I could list it here, but it is really long, and I haven't modified it, so it should be whatever comes with Slackware by default.
There is also an alsa.conf.d directory in /usr/share/alsa, but the only file in it is a README. That is where I suppose any user configurations would go. Do you have a suggestion for anything specific that would help?
"aplay -h" lists all the supported sample formats, and mentions that some of them may not be supported on all hardware.
Code:
# aplay -h
Usage: aplay [OPTION]... [FILE]...
... < snipped > ...
Recognized sample formats are: S8 U8 S16_LE S16_BE U16_LE U16_BE S24_LE S24_BE U24_LE U24_BE S32_LE S32_BE U32_LE U32_BE FLOAT_LE FLOAT_BE FLOAT64_LE FLOAT64_BE IEC958_SUBFRAME_LE IEC958_SUBFRAME_BE MU_LAW A_LAW IMA_ADPCM MPEG GSM SPECIAL S24_3LE S24_3BE U24_3LE U24_3BE S20_3LE S20_3BE U20_3LE U20_3BE S18_3LE S18_3BE U18_3LE U18_3BE G723_24 G723_24_1B G723_40 G723_40_1B DSD_U8
Some of these may not be available on selected hardware
... < snipped > ...
Since the 8 and 16 bit 8000Hz mono formats worked when my system was running 14.0 on the same hardware, it seems like either my hardware supports them, or there was some sort of rate conversion being done in 14.0 that isn't being done in 14.1. Perhaps there were plug slave definitions in 14.0 to do rate conversions that aren't there anymore in 14.1.
I don't have a 14.0 system installed anywhere to compare to. I'm guessing any such rate conversions would have been specified in the /usr/share/alsa/alsa.conf file or under the alsa.conf.d directory, since I didn't have an /etc/asound.conf in 14.0.
How can I determine which formats are supported by my hardware?
Have you uninstalled the compat32 packages like was mentioned before? I'm pretty sure that removepkg doesn't support wildcards, so rather than doing it manually, I think you can run the following (paste it in a text file and execute it using 'sh textfile').
Code:
for i in /var/log/packages/*compat32*
do
removepkg `basename $i`
done
What do you have xmms audio output set to in the app itself? Have you tried tinkering with that?
if I was you I would reinstall xmms slackpkg reinstall xmms and if that does not fix it.
Then grab the code http://slackware.org.uk/slackware/sl...urce/xap/xmms/
and build it with the script. trust me if there is an error it will point you to it.
xmms should automatically find those libraries. if they are in 64 bit.
aplay can not play mp3, it treats it as raw
use mpg321, mpg123 or best of all sox (the 'play' command)
for the voip thingy it needs a channel count, even thou it did say "Mono"
try adding -c 1 for mono, -c 2 for stereo
you can also try sox, maybe it's just a non standard wav file
U8 is unsigned 8bit format (S8 is signed)
does not mean that your card supports it, that it has to thanks to your asoundrc
just deleting bout asoundrc will make alsa resample it to 16bit/48kHz and it should play
alternatively sox can resample it
either offline or while playing (the "remix"... directive i guess, it's in the sox man page)
Have you uninstalled the compat32 packages like was mentioned before? I'm pretty sure that removepkg doesn't support wildcards, so rather than doing it manually, I think you can run the following (paste it in a text file and execute it using 'sh textfile').
Code:
for i in /var/log/packages/*compat32*
do
removepkg `basename $i`
done
What do you have xmms audio output set to in the app itself? Have you tried tinkering with that?
Thank you for the script. I haven't uninstalled the compat32 packages yet. Just being cautious. I want to make sure I know what I'm doing, or what I'll need to do afterwards, before I do it.
xmms is using the OSS driver 1.2.11. It's configured to use the default audio device. The default device is the Intel HD analog device, which is the only functional one I have, so I haven't tried anything else. There is a Intel digital device, but I think it only works if you connect an SPDIF output. I don't have anything I could connect it to.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.