I'm using XMMS 1.2.10 in Fedora Core 3.
I notice that when I play my MP3's in it, with the same EQ levels as I
do when booted in WinXP and using WinAMP, the same files sound really
distorted and crackly. In XMMS I have to turn the dB "preamp" almost
all the way down to remove most of the crackling and distortion.
It has to be XMMS, because it's the same files (dual-boot with the
MP3's on a FAT32 drive visible in both OS's), the same volume and same
headphones. Good headphones too. Sony with 20Hz-20,000Hz.

So, I tried running WinAMP in Wine, but that simply doesn't work.
Is there anyother program out there for Linux that has better output
quality, and can play MP3's or at least has an MP3 plugin?

Thanks!
Liam

Jose Maria Lopez Hernandez wrote:

> I had a similar problem to yours. The solution for me has been
> running an old version (I think is 3.2) of Winamp with Wine.


although it IS a solution, i think it's the wrong one.

using wine just adds another level of complexity.
-- 
<<   http://michaeljtobler.homelinux.com/   >>
Parkinson's Fifth Law:  If there is a way to delay in important 
decision, the good bureaucracy, public or private, will find it.

news@celticbear.com wrote:

> I'm using XMMS 1.2.10 in Fedora Core 3.
> I notice that when I play my MP3's in it, with the same EQ levels as I
> do when booted in WinXP and using WinAMP, the same files sound really
> distorted and crackly. In XMMS I have to turn the dB "preamp" almost
> all the way down to remove most of the crackling and distortion.
> It has to be XMMS, because it's the same files (dual-boot with the
> MP3's on a FAT32 drive visible in both OS's), the same volume and same
> headphones. Good headphones too. Sony with 20Hz-20,000Hz.
> 
> So, I tried running WinAMP in Wine, but that simply doesn't work.
> Is there anyother program out there for Linux that has better output
> quality, and can play MP3's or at least has an MP3 plugin?


i don't think it's the xmms plugin. works fine here.
are your mixer settings correct? try to keep the mixer levels below 90 or
80%.

thomas

In comp.os.linux.misc news@celticbear.com:
> I'm using XMMS 1.2.10 in Fedora Core 3.
> I notice that when I play my MP3's in it, with the same EQ levels as I
> do when booted in WinXP and using WinAMP, the same files sound really
> distorted and crackly. In XMMS I have to turn the dB "preamp" almost
> all the way down to remove most of the crackling and distortion.
> It has to be XMMS, because it's the same files (dual-boot with the
> MP3's on a FAT32 drive visible in both OS's), the same volume and same
> headphones. Good headphones too. Sony with 20Hz-20,000Hz.

No problems here xmms works with superior quality for me, we can
hopefully rule out your hardware if sound works in doze probably.

So this leaves us with your soundcard/modules and the ouput
plug-in used by xmms, you can check/change in Options ->
Preferences (or so).

Show us the output of the following commands from some xterm/kvt
(cut&paste):

 lsmod | grep snd
 /sbin/lspci | grep -i audio

And if available:
 cat /proc/asound/oss/sndstat

-- 
Michael Heiming (X-PGP-Sig > GPG-Key ID: EDD27B94)
mail: echo zvpunry@urvzvat.qr | perl -pe 'y/a-z/n-za-m/'
#bofh excuse 401: Sales staff sold a product we don't offer.

08 Feb 2005 16:05 UTC, news@celticbear.com typed:
> I'm using XMMS 1.2.10 in Fedora Core 3.
> I notice that when I play my MP3's in it, with the same EQ levels as I
> do when booted in WinXP and using WinAMP, the same files sound really
> distorted and crackly.

As the others have said, XMMS decodes very well. I wonder if you have your 
sound setup correctly. I've noticed crackling when using KDE that proved 
to be due to OSS being used instead of ALSA.

Try some players in console mode (madplay, mpg123, mpg321 etc).
Also, 'overdriving' PCM gives terrible distortion on this box.

-- 
I had to hit him, he was beginning to make sense.

On 2005-02-08, news@celticbear.com <news@celticbear.com> wrote:

> I notice that when I play my MP3's in it, with the same EQ levels as I
> do when booted in WinXP and using WinAMP, the same files sound really
> distorted and crackly.

What soundcard and driver are you using?  I had the same issue
with 10.0 (don't remember what the soundcard was, I think it
may have been an SB-Live).  The default driver module loaded my
Mandrake sounded awful: muted, noisy and distorted.  I found
that there was an alternate module (with a similar filename),
and when I used that one it sounded perfect.

-- 
Grant Edwards                   grante             Yow!  PEGGY FLEMING is
                                  at               stealing BASKET BALLS to
                               visi.com            feed the babies in VERMONT.

news@celticbear.com wrote:
: I'm using XMMS 1.2.10 in Fedora Core 3.
[...and getting unacceptably poor performace from a program that works
for most folks...]

No one has asked you about DMA yet.

Is it on for you disk? (man hdparm)

Is in on for your sound card? (look at you alsa configuration file,
or appropriate alternate)

Cheers,

-- 
-- David McKee
-- dmckee@jlab.org

Michael Heiming wrote:
> No problems here xmms works with superior quality for me, we can
> hopefully rule out your hardware if sound works in doze probably.
>
> So this leaves us with your soundcard/modules and the ouput
> plug-in used by xmms, you can check/change in Options ->
> Preferences (or so).
>
> Show us the output of the following commands from some xterm/kvt
> (cut&paste):
>
>  lsmod | grep snd
>  /sbin/lspci | grep -i audio
>
> And if available:
>  cat /proc/asound/oss/sndstat

# lsmod | grep snd
snd_intel8x0           33249  1
snd_ac97_codec         67489  1 snd_intel8x0
snd_pcm_oss            47989  0
snd_mixer_oss          17089  1 snd_pcm_oss
snd_pcm                93001  4 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer              29125  1 snd_pcm
snd                    52645  7
snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore              10017  1 snd
snd_page_alloc          9541  2 snd_intel8x0,snd_pcm

Yeah, the sound card is just in integrated Intel chipset on the mobo.
This is my PC at work, not my gaming system at home. =)

# cat /proc/asound/oss/sndstat
Sound Driver:3.8.1a-980706 (ALSA v1.0.6 emulation code)
Kernel: Linux WEBDEV01 2.6.10-1.760_FC3 #1 Wed Feb 2 00:14:23 EST 2005
i686
Config options: 0

Installed drivers:
Type 10: ALSA emulation

Card config:
Intel ICH5 with AD1980 at 0xfeb7fa00, irq 3

Audio devices:
0: Intel ICH5 (DUPLEX)

Synth devices: NOT ENABLED IN CONFIG

Midi devices: NOT ENABLED IN CONFIG

Timers:
7: system timer

Mixers:
0: Analog Devices AD1980

This is a lot of information! I had no idea any of this was available,
like this. (I really need to take some serious Linux courses or
something.)

Refering to another's post, what is "overdriving PCM"?

And to another's, DMA is on:
# hdparm -v /dev/hda2

/dev/hda2:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 65535/16/63, sectors = 21106068480, start = 198884700


I looked into the XMMS prefs, and I see that my output plugin is:
aRts (libarts.so)
So, I switched it to:
ALSA (linalsa.so)
If I leave it on default device, I still get massive distortion. If I
change it to:
Intel ICH5 : ICH5(hw:0,0)
I get a device error.
If I change it to:
Intel ICH5 : ICH5 - IEC958 (hw:0,4)
no error and it appears to play, as the time and progress slider bar
moves, but no sound.

However, if I change the plugin to:
OSS (libOSS.so)
bad distortion as well.

Perhaps if I can get suggestions on what is generally the best output
plugin to use, I can keep playing around with other stuff.
There's just so much to tweak with, and so much that's probably a red
herring and time waster. So all advice is appreciated!

Thanks for all the replies!
Liam

news@celticbear.com wrote:
> So, I tried running WinAMP in Wine, but that simply doesn't work.
> Is there anyother program out there for Linux that has better output
> quality, and can play MP3's or at least has an MP3 plugin?

I had a similar problem to yours. The solution for me has been
running an old version (I think is 3.2) of Winamp with Wine.
It works like a charm and sounds better than Xmms, at least in
my system.

> Thanks!
> Liam

Regards.

-- 

Jose Maria Lopez Hernandez
Director Tecnico de bgSEC
jkerouac@bgsec.com
bgSEC Seguridad y Consultoria de Sistemas Informaticos
http://www.bgsec.com
ESPA�A

The only people for me are the mad ones -- the ones who are mad to live,
mad to talk, mad to be saved, desirous of everything at the same time,
the ones who never yawn or say a commonplace thing, but burn, burn, burn
like fabulous yellow Roman candles.
                 -- Jack Kerouac, "On the Road"

On 8 Feb 2005 13:28:09 -0800, news@celticbear.com staggered into the
Black Sun and said:
> Michael Heiming wrote:
>> No problems here xmms works with superior quality for me, we can
>> hopefully rule out your hardware if sound works in doze probably.  So
>> this leaves us with your soundcard/modules and the ouput plug-in used
>> by xmms,
> # lsmod | grep snd
> snd_intel8x0           33249  1
> snd_ac97_codec         67489  1 snd_intel8x0
> snd_pcm_oss            47989  0
> snd_mixer_oss          17089  1 snd_pcm_oss
> snd_pcm                93001  4 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
> snd_timer              29125  1 snd_pcm
> snd                    52645  7
>
> # cat /proc/asound/oss/sndstat
[snip]
> This is a lot of information! I had no idea any of this was available,
> like this. (I really need to take some serious Linux courses or
> something.)

"Serious Linux courses"?  All the crap you need is on your system
already; it's just a matter of having enough time to read all the man
pages/READMEs and so forth.  This may not be possible for you, though.
You can always grab the latest paper edition of _Running Linux_ if
you're looking for course materials, though.

> Refering to another's post, what is "overdriving PCM"?

Good question.  Context?

> # hdparm -v /dev/hda2

Er?  hdparm operates on disks, not partitions; usually you write "hdparm
/dev/hda".

> /dev/hda2:
>  multcount    = 16 (on)  IO_support   =  0 (default 16-bit)
>  unmaskirq    =  0 (off) using_dma    =  1 (on)

Right.  You said that you heard skipping/stuttering sometimes when
playing mp3s, right?  If that's the case, you might want to set
unmaskirq to 1 and IO_support to 1.  "hdparm -u1 -c1 -d1 /dev/hd[abcd]"
as root should do the trick.  Unmasking interrupts on your IDE chains
will actually make the disks perform a little more slowly, but disk
activity won't affect userspace programs as much.

> I looked into the XMMS prefs, and I see that my output plugin is: aRts
> (libarts.so) So, I switched it to: ALSA (linalsa.so)
> If I leave it on default device, I still get massive distortion. If I
> change it to: Intel ICH5 : ICH5(hw:0,0) I get a device error.  If I
> change it to: Intel ICH5 : ICH5 - IEC958 (hw:0,4) no error and it
> appears to play, as the time and progress slider bar moves, but no
> sound.
>
> However, if I change the plugin to: OSS (libOSS.so) bad distortion as
> well.

The ALSA modules may be having problems with this card, setting
registers incorrectly or doing something stupid.  @#$%ing soldered-to-
the-motherboard crap sound chips.  What's the output of "uname -a"?

> Perhaps if I can get suggestions on what is generally the best output
> plugin to use, I can keep playing around with other stuff.

If you're using ALSA, the appropriate output plugin for xmms is the one
that references ALSA.  aRts is KDE's sound server, and you should use
that if you want to.  The "Intel ICH5" devices are probably not the
correct devices to use.

> just so much to tweak with, and so much that's probably a red
> herring and time waster. So all advice is appreciated!

Check your mixer levels in kmix or whatever mixer program you use.
If you're using ALSA, there should be a tab called "settings" or
"special" or something right after the output and input tabs.  Make sure
these are set properly, or fiddle with them and see if the output
quality improves.  HTH,

-- 
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin /    mail: TRAP + SPAN don't belong
http://www.brainbench.com     /                Hire me! 
-----------------------------/ http://crow202.dyndns.org/~mhgraham/resume

Dances With Crows wrote:
> On 8 Feb 2005 13:28:09 -0800, news@celticbear.com staggered into the
> > This is a lot of information! I had no idea any of this was
available,
> > like this. (I really need to take some serious Linux courses or
> > something.)
>
> "Serious Linux courses"?  All the crap you need is on your system
> already; it's just a matter of having enough time to read all the man
> pages/READMEs and so forth.  This may not be possible for you,
though.
> You can always grab the latest paper edition of _Running Linux_ if
> you're looking for course materials, though.
>
Yeah, I know. Most of what I know has come from MAN and newsgroups.
Thing is, I don't know that I didn't know something until I find out I
didn't know it. So, I didn't know to look for it. =)
Make sense?
Like the hdparm and uname and lsmod...I had no idea whose commands
existed until I was asked what they output. How would I have known to
find out about their existance just on my own. Which is why some
intensive class, or good book, is really useful. Something I can go
through and learn all the basics I should know.

> > Refering to another's post, what is "overdriving PCM"?
>
> Good question.  Context?

Oh, someone else simply said "And overdriving PCM on this box causes a
lot of distortion." That's all, so I was wondering what that meant.

>
> > # hdparm -v /dev/hda2
>
> Er?  hdparm operates on disks, not partitions; usually you write
"hdparm
> /dev/hda".

Ah OK. Good point. That's one I should have known.
# hdparm -i /dev/hda

/dev/hda:

 Model=Maxtor 6Y120P0, FwRev=YAR41VW0, SerialNo=Y40T38DE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):

 * signifies the current active mode

Hmm. OK, I can't quite decipher this. (*sigh* and I need to take an A+
course as well.) I assume that DMA IS on since there's a min/rec
values...but then, there's no asterik next to one of the mdma modes.
Which doesn't matter since UDMA is being used, right?

> > /dev/hda2:
> >  multcount    = 16 (on)  IO_support   =  0 (default 16-bit)
> >  unmaskirq    =  0 (off) using_dma    =  1 (on)
>
> Right.  You said that you heard skipping/stuttering sometimes when
> playing mp3s, right?  If that's the case, you might want to set
> unmaskirq to 1 and IO_support to 1.  "hdparm -u1 -c1 -d1
/dev/hd[abcd]"
> as root should do the trick.  Unmasking interrupts on your IDE chains
> will actually make the disks perform a little more slowly, but disk
> activity won't affect userspace programs as much.

Fascinating! I read the man on this. I had no idea about these options.
I look forward to improved general performance. =)
Every time I discover yet another mysterious method of more detailed
control Linux grants I get the increased feeling that there is a
magical combination of settings and switches that is properly set will
turn my PC into a Beowulf cluster. =) It's just a matter of learning
all the arcane secrets. fnord

>
> The ALSA modules may be having problems with this card, setting
> registers incorrectly or doing something stupid.  @#$%ing
soldered-to-
> the-motherboard crap sound chips.  What's the output of "uname -a"?
>

Yeah, I know. Again, work PC.
# uname -a
Linux WEBDEV01 2.6.10-1.760_FC3 #1 Wed Feb 2 00:14:23 EST 2005 i686
i686 i386 GNU/Linux

Is that right? i686 CPU? Is that what a Pentium-4 reads as? (Again,
this is my work PC. I prefer AMD myself. *g*)

> > Perhaps if I can get suggestions on what is generally the best
output
> > plugin to use, I can keep playing around with other stuff.
>
> If you're using ALSA, the appropriate output plugin for xmms is the
one
> that references ALSA.  aRts is KDE's sound server, and you should use
> that if you want to.  The "Intel ICH5" devices are probably not the
> correct devices to use.
>
Well, I SUPPOSE I'm using ALSA...at least that what this means, yes?
# cat /proc/asound/oss/sndstat
Sound Driver:3.8.1a-980706 (ALSA v1.0.6 emulation code)
Kernel: Linux WEBDEV01 2.6.10-1.760_FC3 #1 Wed Feb 2 00:14:23 EST 2005
i686
Config options: 0

Installed drivers:
Type 10: ALSA emulation

Card config:
Intel ICH5 with AD1980 at 0xfeb7fa00, irq 3

Audio devices:
0: Intel ICH5 (DUPLEX)

Synth devices: NOT ENABLED IN CONFIG

Midi devices: NOT ENABLED IN CONFIG

Timers:
7: system timer

Mixers:
0: Analog Devices AD1980

So, I should just stick with ALSA and fiddle with that. Interesting,
when ALSA is my selected output in XMMS, all tasks occur immediately.
That is, pause, changing slider, volume, everything happens
immediately. When I use aRts there's a couple second pause before
anything takes effect.
I assume, knowing now that KDE uses aRts, that it's because it's
sharing processing with KDE...which is also why while XMMS is running
with aRts selected none of the desktop sounds run, while with ALSA I
can still hear KDE sounds at the same time.

> Check your mixer levels in kmix or whatever mixer program you use.
> If you're using ALSA, there should be a tab called "settings" or
> "special" or something right after the output and input tabs.  Make
sure
> these are set properly, or fiddle with them and see if the output
> quality improves.  HTH,
>

I'll check it out and play with that. Thanks for all the advice!
Liam

news@celticbear.com writes:



>> > Refering to another's post, what is "overdriving PCM"?
>>
>> Good question.  Context?

>Oh, someone else simply said "And overdriving PCM on this box causes a
>lot of distortion." That's all, so I was wondering what that meant.


The intel i810 audio is not a great device, and if you jack up the gain on
the PCM too high, (. about 70%) you get a lot of distortion from it. 

The right honourable news@celticbear.com spake:

> I'm using XMMS 1.2.10 in Fedora Core 3.
..
..
..
> Is there anyother program out there for Linux that has better output
> quality, and can play MP3's or at least has an MP3 plugin?

Mplayer
-- 
---
Stefan Viljoen
Software Support Technician
Polar Design Solutions

09 Feb 2005 02:03 UTC, Bill Unruh typed:
> The intel i810 audio is not a great device, and if you jack up the gain on
> the PCM too high, (. about 70%) you get a lot of distortion from it. 

That's the kind of thing I was trying to say :-)

I'm using a VIA 8235 + Realtek ALC655 on this box, and anything above 55% 
PCM gives major distortion, <=50% the sound quality is excellent.

-- 
I had to hit him, he was beginning to make sense.

On 8 Feb 2005 14:53:46 -0800, news@celticbear.com staggered into the
Black Sun and said:

Sorry about the delay--dangit, too many other things going on.

> Dances With Crows wrote:
>> On 8 Feb 2005 13:28:09 -0800, news@celticbear.com staggered into the
>> > This is a lot of information! I had no idea any of this was
>> > available, like this. (I really need to take some serious Linux
>> > courses or something.)
>> it's just a matter of having enough time to read all the man
>> pages/READMEs and so forth.  This may not be possible for you,
>> though.  You can always grab the latest paper edition of _Running
>> Linux_ if you're looking for course materials, though.
> Yeah, I know. Most of what I know has come from MAN and newsgroups.
> Thing is, I don't know that I didn't know something until I find out I
> didn't know it. So, I didn't know to look for it. =) Make sense?

Sure.  There's a fairly good tutorial on Unix-like things at
http://www.icon.co.za/~psheer/rute-home.html , which may provide you
with a bunch of new things to get confused by :-) .

> Like the hdparm and uname and lsmod...I had no idea whose commands
> existed until I was asked what they output. How would I have known to
> find out about their existance just on my own? Which is why some
> intensive class, or good book, is really useful. Something I can go
> through and learn all the basics I should know.

Try the URL above first, go through as much of it as you want, and maybe
buy a paper copy at your local MegaBookStore?  For more advanced stuff,
you can try lurking on various comp.os.linux.* newsfroups, reading the
threads that seem interesting to you and so forth.

> Oh, someone else simply said "And overdriving PCM on this box causes a
> lot of distortion." That's all, so I was wondering what that meant.

OK, I think this means "if the volume's too high, the sound gets
distorted."  That's reasonably common, when the gain is high, you end up
with clipping and such.  The time-honored cure for that is to buy more
expensive audio equipment, but that's probably not an option here.

> # hdparm -i /dev/hda
> /dev/hda:
>  Model=Maxtor 6Y120P0, FwRev=YAR41VW0, SerialNo=Y40T38DE
>  BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
>  UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6
>  AdvancedPM=yes: disabled (255) WriteCache=enabled
>  * signifies the current active mode
>
> Hmm. OK, I can't quite decipher this. (*sigh* and I need to take an A+
> course as well.)

IMHO, the A+ stuff isn't worth it.  A few years back, I bought a copy of
_Upgrading and Repairing PCs_ that included a CD-ROM with sample A+
exams on it.  I read the book, took the sample exams without doing any
real studying, and scored very highly on every part of them except the
questions that dealt with Windows 3.1.  YMMV on that, of course!

> I assume that DMA IS on since there's a min/rec values...but then,
> there's no asterik next to one of the mdma modes.  Which doesn't
> matter since UDMA is being used, right?

Yep, *udma5 indicates you're using UDMA-5, which is pretty fast.  

>> playing mp3s, right?  If that's the case, you might want to set
>> unmaskirq to 1 and IO_support to 1.  "hdparm -u1 -c1 -d1
>> /dev/hd[abcd]" as root should do the trick.  Unmasking interrupts on
>> your IDE chains will actually make the disks perform a little more
>> slowly, but disk activity won't affect userspace programs as much.
> Fascinating! I read the man on this. I had no idea about these options.
> I look forward to improved general performance. =)

hdparm can do a lot of things, but not all of them are totally supported
on all hardware, and the "drive sleep" options are overridden by the
kernel's IDE code in most cases.

> Every time I discover yet another mysterious method of more detailed
> control Linux grants I get the increased feeling that there is a
> magical combination of settings and switches that is properly set will
> turn my PC into a Beowulf cluster.

Not quite, but there are a lot of things you can tweak.  Something a few
people do is run X at a higher priority (like -5) to improve GUI
response.  This should really not be necessary (and might even make
things slower) with a 2.6 kernel and the preempt thing enabled, but it's
yet another thing to try.

> It's just a matter of learning all the arcane secrets. fnord

Shh... they'll *hear* you!  (Have you buried your $3000 in the backyard
yet?)

>> The ALSA modules may be having problems with this card, setting
>> registers incorrectly or doing something stupid.  @#$%ing
> # uname -a
> Linux WEBDEV01 2.6.10-1.760_FC3 #1 Wed Feb 2 00:14:23 EST 2005 i686
> Is that right? i686 CPU? Is that what a Pentium-4 reads as?

i686 is gcc's definition for "PPro-compatible CPU".  The Fedora stock
kernel is probably compiled for a PPro, because that kernel will run on
{PPro,PII,PIII,PIV,Athlon,AthlonXP,Duron} CPUs without recompiling.  You
can recompile the kernel and tell it to optimize for a PIV--then it
probably won't run on anything but another PIV.  Performance gains will
probably be minimal, but you may want to run a benchmark or 3 with your
new PIV-only kernel and compare to the 686-version.

>> If you're using ALSA, the appropriate output plugin for xmms is the
>> that references ALSA.  aRts is KDE's sound server, and you should use
> Well, I SUPPOSE I'm using ALSA...at least that what this means, yes?
> # cat /proc/asound/oss/sndstat
> Sound Driver:3.8.1a-980706 (ALSA v1.0.6 emulation code)

Yep.  If ALSA weren't loaded, /proc/asound/ wouldn't exist.

> So, I should just stick with ALSA and fiddle with that. Interesting,
> when ALSA is my selected output in XMMS, all tasks occur immediately.
> That is, pause, changing slider, volume, everything happens
> immediately. When I use aRts there's a couple second pause before
> anything takes effect.  I assume, knowing now that KDE uses aRts, that
> it's because it's sharing processing with KDE...which is also why
> while XMMS is running with aRts selected none of the desktop sounds
> run, while with ALSA I can still hear KDE sounds at the same time.

This seems a little weird to me.  I don't use aRts, mostly because I
think computers shouldn't make noise unless they're playing movies,
music, or games.  aRts is supposed to allow multiple sound inputs (xmms
and KDE's desktop sounds) to coexist on the same sound output device,
and if that's not happening, there may be a bug (or funny configuration
problem) somewhere.

Hope this helps,

-- 
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin /    mail: TRAP + SPAN don't belong
http://www.brainbench.com     /                Hire me! 
-----------------------------/ http://crow202.dyndns.org/~mhgraham/resume

news@celticbear.com wrote:

> Is there anyother program out there for Linux that has better output
> quality, and can play MP3's or at least has an MP3 plugin?

madplay works great and is console based.

Regards,

Mark.

-- 
Mark Hobley
393 Quinton Road West
QUINTON
Birmingham
B32 1QE

Telephone: (0121) 247 1596
International: 0044 121 247 1596

Email: markhobley at hotpop dot donottypethisbit com

http://markhobley.yi.org/