[LAU] Jack-enabled CLI Player

[Patrick Shirkey]

>
> On Sun, 2009-08-02 at 16:45 +0300, David Baron wrote:
>    
>> What might be a jack-enabled equivalent of:
>>
>> /usr/bin/ogg123 -d alsa<1>   (<1>  is and ogg file, obviously)
>>
>> Preferrable would be something that will play through jack if the daemon be
>> running, alsa not (mplayer can work this way but this is a bit heavy for a
>> short file play, i.e., a signal from a program).
>>      
>
> mplayer fits the bill perfectly imho and I'm not convinced that it's
> that heavy - it actually uses very little memory when just playing a
> sound file (mp3, ogg, wave).
>    


Does mplayer auto sense if jack is being used and fall back to 
pulse/gstreamer/esd/alsa/oss if not? Maybe David just needs a small 
script that willl check the existance of a running jack and trigger the 
correct commandline.

Does anyone have an example of a bash command to check if jack is running?

ex. (untested)

!# /bin/bash

if(jack_connect 2>&1 | grep "server not running")

     alsaplayer -i text file.ogg

else

     alsaplayer -i text -o jack file.ogg







> If you want a program to have "signal sounds" an external sound player
> is bulky regardless of the player used. Jack itself also sounds a bit
> overkill. This sounds like the use-case for system sounds, esd, pulse,
> etc.
>
>    


I agree. Do you want this feature to work so that you can hear the phone 
calls when jack is running or do you have a more specific need for 
piping the audio through jack?

IIUC the latest version of pulse will use jack if it is running and 
reconfigure itself to use alsa directly when it is not running. This is 
the point of the dbus code.

However I'm not 100% certain that Kjetils suggested method is the 
correct way to achieve this. I was under the impression that the latest 
version didn't need to be configured at all. The dbus code in jack2 
would take care of the call to reconfigure the i/o sinks. I think 
Kjetils suggestion means that jack has to be always on before pa is started.



Cheers


Patrick Shirkey
Boost Hardware Ltd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.linuxaudio.org/pipermail/linux-audio-user/attachments/20090804/cbf07673/attachment.htm