good command-line audio player for fc5?

[Peter Horst]

Is there a good command-line audio player for fc5? I just want something 
simple that I can use via PuTTY to play .oggs and internet radio streams.

I tried a program called 'orpheus', but it stopped working almost 
immediately ('cannot open the mixer device: /dev/mixer' and 'The ogg 
player program has terminated.').

Thanks much!

[Tim]

On Fri, 2006-12-29 at 02:05 -0600, Peter Horst wrote:
> Is there a good command-line audio player for fc5? I just want
> something simple that I can use via PuTTY to play .oggs and internet
> radio streams.

ogg123 can play ogg files, mplayer can handle whatever codecs you have
to hand, both from a CLI.  Not sure what happens as far as sound
handling over PuTTY, but maybe you just want to remote control sound
from the box.

[Mogens Kjaer]

Peter Horst wrote:
> Is there a good command-line audio player for fc5? I just want something 
> simple that I can use via PuTTY to play .oggs and internet radio streams.
>
> I tried a program called 'orpheus', but it stopped working almost 
> immediately ('cannot open the mixer device: /dev/mixer' and 'The ogg 
> player program has terminated.').

It could be a permission problem.

Check the owner and permissions of /dev/mixer when you're
logged in on the console and when you're logged in via
ssh/PuTTY.

Mogens

[Peter Horst]

Thanks very much - everything works when I su to root. The permissions 
of the device in question follow - what is the rational thing to do 
here? I don't want to include myself in the 'root' group, do I? And what 
the heck is '14,'?  And 'c' as a file type? A few new ones on me...

crw------- 1 root root  14,    0 Dec 29 00:18 mixer

Mogens Kjaer wrote:
> Peter Horst wrote:
> > Is there a good command-line audio player for fc5? I just want something 
> > simple that I can use via PuTTY to play .oggs and internet radio streams.
> >
> > I tried a program called 'orpheus', but it stopped working almost 
> > immediately ('cannot open the mixer device: /dev/mixer' and 'The ogg 
> > player program has terminated.').
>
> It could be a permission problem.
>
> Check the owner and permissions of /dev/mixer when you're
> logged in on the console and when you're logged in via
> ssh/PuTTY.
>
> Mogens

[Mikkel]

Quoting Peter Horst :
> Thanks very much - everything works when I su to root. The permissions
> of the device in question follow - what is the rational thing to do
> here? I don't want to include myself in the 'root' group, do I? And
> what the heck is '14,'?  And 'c' as a file type? A few new ones on me...
>
> crw------- 1 root root  14,    0 Dec 29 00:18 mixer

Part of the problem is that the permissions get change when someone  
logs in on the local machine. (Ssh logins do not count.) This is  
controlled by console.perms and is designed to give the person logged  
in localy control of specific devices, sound being one of them. Now,  
if you are loggind in at the console, and then ssh into the machine,  
the permissions are correct for you to play sounds. But if someone  
else is logged in, or no-one is logged in, then ther permissions are  
set to prevent what you are trying to do. (It used to be a common  
prank to to a remote login and play something on the machine when  
someone else was logged in...)

Mikkel

[Peter Horst]

[e-mail] wrote:
> Quoting Peter Horst :
> > Thanks very much - everything works when I su to root. The permissions
> > of the device in question follow - what is the rational thing to do
> > here? I don't want to include myself in the 'root' group, do I? And
> > what the heck is '14,'?  And 'c' as a file type? A few new ones on me...
> >
> > crw------- 1 root root  14,    0 Dec 29 00:18 mixer
>
> Part of the problem is that the permissions get change when someone  
> logs in on the local machine. (Ssh logins do not count.) This is  
> controlled by console.perms and is designed to give the person logged  
> in localy control of specific devices, sound being one of them. Now,  
> if you are loggind in at the console, and then ssh into the machine,  
> the permissions are correct for you to play sounds. But if someone  
> else is logged in, or no-one is logged in, then ther permissions are  
> set to prevent what you are trying to do. (It used to be a common  
> prank to to a remote login and play something on the machine when  
> someone else was logged in...)
>
> Mikkel

Ah, thank you. Is there a way to "fake" being logged in on the console? 
I would like to leave this particular machine sitting in the closet and 
only ever login via ssh....

[Ski Dawg]

On Fri, 2006-12-29 at 13:49 -0600, Peter Horst wrote:
> Ah, thank you. Is there a way to "fake" being logged in on the console? 
> I would like to leave this particular machine sitting in the closet and 
> only ever login via ssh....

First, sorry if this is double posted. I didn't see my first post come
through the list.

Anyway, to try and answer your question.

You can try running everything within a screen session.

1) Start screen by typing screen on the command line
2) execute what you want to keep running
3) detach from the screen session by doing <CTRL>-A, then D
4) exit from your shell session.

To re-attach to that screen session, log back into the system and type
screen -r

HTH,
--
Doug

Registered Linux User #285548 (http://counter.li.org)
----------------------------------------
Random Thought:
"To IBM, 'open' means there is a modicum of interoperability among some of their
equipment."
-- Harv Masterson

[Rob Brown-Bayliss]

On 12/29/06, Peter Horst  wrote:
> Is there a good command-line audio player for fc5? I just want something
> simple that I can use via PuTTY to play .oggs and internet radio streams.
>
> I tried a program called 'orpheus', but it stopped working almost
> immediately ('cannot open the mixer device: /dev/mixer' and 'The ogg
> player program has terminated.').

have you looked at mpd?   http://www.musicpd.org/

It runs as a daemon, and accepts remote connections, there are
multiple client's to interface with the daemon, some gui's and some
text clients.

[Peter Horst]

Ski Dawg wrote:
> On Fri, 2006-12-29 at 13:49 -0600, Peter Horst wrote:
> > Ah, thank you. Is there a way to "fake" being logged in on the console? 
> > I would like to leave this particular machine sitting in the closet and 
> > only ever login via ssh....
>
> First, sorry if this is double posted. I didn't see my first post come
> through the list.
>
> Anyway, to try and answer your question.
>
> You can try running everything within a screen session.
>
> [snip]

I've been running screen now for a couple of days - what an 
extraordinarily useful program. Once I learned how to name the 
individual buffers (CTRL-a A) and access the scrollback buffer (CTRL-a 
[), I was in business. I log into my "server" via PuTTY on my laptop, 
and I've always had a ton of trouble with wireless network flakiness 
destroying sessions midway through. Now with screen I don't have to 
worry about that. If the network goes down, it doesn't matter. I just 
log back in and run 'screen -D -R' and I'm exactly where I left off.

Thanks for the pointer.

[Mikkel]

Peter Horst wrote:
> [e-mail] wrote:
> > Quoting Peter Horst :
> > > Thanks very much - everything works when I su to root. The permissions
> > > of the device in question follow - what is the rational thing to do
> > > here? I don't want to include myself in the 'root' group, do I? And
> > > what the heck is '14,'?  And 'c' as a file type? A few new ones on
> >
> > me...
> > > crw------- 1 root root  14,    0 Dec 29 00:18 mixer
> >
> > Part of the problem is that the permissions get change when someone 
> > logs in on the local machine. (Ssh logins do not count.) This is 
> > controlled by console.perms and is designed to give the person logged 
> > in localy control of specific devices, sound being one of them. Now, 
> > if you are loggind in at the console, and then ssh into the machine, 
> > the permissions are correct for you to play sounds. But if someone 
> > else is logged in, or no-one is logged in, then ther permissions are 
> > set to prevent what you are trying to do. (It used to be a common 
> > prank to to a remote login and play something on the machine when 
> > someone else was logged in...)
> >
> > Mikkel
>
> Ah, thank you. Is there a way to "fake" being logged in on the console?
> I would like to leave this particular machine sitting in the closet and
> only ever login via ssh....

You can modify the console.perms, and the udev rules so that the
permissions let you use the sound device. The console.perms rule are
in a directory off of /etc/security. (I can not check the name right
now.) I don't remember where the udev rules for sound are. I should
be back home in another day or so, and can check on this if you can
not find them...

Mikkel

[Peter Horst]

Rob Brown-Bayliss wrote:
> On 12/29/06, Peter Horst  wrote:
> > Is there a good command-line audio player for fc5? I just want something
> > simple that I can use via PuTTY to play .oggs and internet radio streams.
> >
> > I tried a program called 'orpheus', but it stopped working almost
> > immediately ('cannot open the mixer device: /dev/mixer' and 'The ogg
> > player program has terminated.').
>
> have you looked at mpd?   http://www.musicpd.org/
>
> It runs as a daemon, and accepts remote connections, there are
> multiple client's to interface with the daemon, some gui's and some
> text clients.

Thanks for the tip - I am having terrible trouble setting this up (even 
without trying to bring ALSA into it) - is there perhaps a simpler 
package/repo/rpm setup that I have missed? Every single one of the MPD 
dependencies has given me grief so far - I'm getting the idea that maybe 
this is more of a Debian-centric thing... What am I missing?

Thanks!