w3juke-helper program works as a remote
control for the
w3juke program. This makes it easy
w3juke from a screenlock program, or to
cause songs to be played by clicking on them in a web browser.
More advanced setups, such as tying pausing to a function key
on your keyboard are left as an exercise to the hacker.
w3juke-helper [-r] [-n] [-x ext] [-S remote-socket-name] [-D mime-type] filename [more filenames]
If the filenames end in .m3u or
-x m3u is used
as an argument to
w3juke-helper, the file is
opened and parsed as an m3u file. The
program will be asked to play the each of the songs listed in
the m3u file. Otherwise
w3juke is requested to
play the files passed on
w3jukeis instructed to stop what it is playing, and to start the new songs right away. With
w3juke's play queue is not emptied and the current song is not skipped.
extrather then whatever extension they actually have. This is most useful for use with web browsers that don't take proper care when naming temporary files.
remote-socket-namerather then the default of
mimetypebefore passing it to
w3juke. This is one (grossly inefficient) way to avoid problems caused by web browsers deleting downloaded MP3 files after
w3juke-helperhas exited, but before
w3jukehas opened them.
No way to request pause/unpause yet (use the
socketecho program for now).
For backwards compatibility if the first argument matches the expected socket name, and there are only two arguments, the argument is ignored.
There is no good way to make
for all it's files to be played (or at least opened) before it
exits. That makes it difficult to use with web browsers that
delete the files promptly. The
-D option is a
rather large and unwieldy hammer (aka: a kludge) to deal with