looking for a gui audio player

[hiro]

I also often use mpg123 and ogg123, or even ossplay (for raw wave streams that get transfered to other pcs via nc)

[tinypoodle]

I also often use mpg123

I've stopped using mpg123 - and same with vlc, for that matter - ever since I found their cpu usage to be a multiple in comparison to mplayer and mp3blaster for playing mp3's.

[hiro]

10024  9795 tc       S    27284  0.6   1  0.9 mplayer eladamri-we_could_kill_everyone.mp3
10535 10223 tc       S     2240  0.0   0  0.7 mpg123 eladamri-we_could_kill_everyone.mp3

stays mostle the same here

[tinypoodle]

Hmm, this made me look deeper into it again, and I found some clues which I never had before:

I have the habit to run apps which access sound device under aoss wrapper to prevent them from being blocked by another app accessing sound device.

Running under aoss wrapper:

Code: [Select]

32228 31277 tc       R     3928  0.7   0 29.2 mpg123 /mnt/sda1/sound/rumble.mp3
32191 20893 tc       S    21644  4.1   0  7.5 mplayer /mnt/sda1/sound/rumble.mp3
Running each one exclusively without aoss wrapper indeed there seems to be no significant difference:

Code: [Select]

2207 31277 tc       R     2400  0.4   0  5.2 mpg123 /mnt/sda1/sda3/sound/rumble.mp3
 2310 20893 tc       S    20404  3.9   0  4.9 mplayer /mnt/sda1/sda3/sound/rumble.mp3
The plot thickens when running mpg123 with "-o alsa":

Code: [Select]

2542 31277 tc       R     3856  0.7   0 13.7 mpg123 -o alsa /mnt/sda1/sda3/sound/rumble.mp3
using much more cpu than without "-o alsa", but much less than under aoss wrapper.

When running mpg123 with "-o oss" then it stays in same range as without any parameter:

Code: [Select]

4563 31277 tc       R     2400  0.4   0  5.2 mpg123 -o oss /mnt/sda1/sda3/sound/rumble.mp3
I am a bit puzzled now, does that mean that without parameter mpg123 would use alsa module oss emulation and use much less cpu than with native alsa??

 

[coreplayer2]

What about " deadbeef "?   or " GNOMEMPlayer " ?

[hiro]

@tinypoodle: i don't know anything about alsa emulation, everything is purely OSS here and that works just right. Perhaps there's a bug in one of the libraries you're using.

[aus9]

FWIW, the reason why vlc is more cpu intensive is because it performs (or can perform) post-sound-file processing. Yes, that is not the correct term but explains that you may have a sound file (or video) and if it needs an enhancement. vlc can do it.

[curaga]

@aus9

mplayer has quite an array of audio and video filters, too.

[aus9]

I do not speak that emm  that player name.

(a rip off from Harry Potter movies)  Its a sound joke.

[manit123]

I will try gnome-mplayer .

[vinnie]

Today in freshmeat: http://freecode.com/projects/psymp3
But gnome-mplayer is a good choice

[Rich]

Hi vinnie

Today in freshmeat: http://freecode.com/projects/psymp3

I found this statement in the release notes somewhat amusing:

It's now written in C++ and contains many bugs.

[vinnie]

yep, i think it is first release, but due to the coincidence I wanted to report it

[manit123]

Gnome-player is okay except
it does not play the video full screen maintaining aspect ratio on startup (remember window location & size , resize window when new video is loaded does not help) though i have in ~/.mplayer/config .
fs=yes
volume=5
zoom=yes
osdlevel=3
sub-fuzziness=2
Also -fs -zoom alongwith pointing to mplayer binary does not have any affect.

[tinypoodle]

FWIW, options like "-fs" or "-zoom" behave video output driver specific (related to implementation of scaling).