vitunes

Remove unused parameter to process_signals. Need to find a better way of handling warning/error/fatal messages, in general. Thinking of creating another, small API for it.

Check if mplayer is in $PATH before starting it. This should provide an easier to understand error message for users.

Allow changing the player backend with -m. This hijacks the use of -m, but I don't think this will be a problem as the current 'supported' list of ports is taken care of with mplayer in the $PATH. config.h now contains the default backend string. ... [More] Updated the man page to reflect this change, and added a note that for the mplayer backend, mplayer must be in $PATH. [Less]

Made player callbacks variable argument. This makes getting more informative messages from the backends easier. For now, the notice/error callbacks are just set to paint_message and paint_error, respectively.

Restarting mplayer now works as before. Better error messages are in order, but for now, she'll do.

Fixed (mostly) a dead mplayer. It now auto-restarts, as before. A few new callbacks to the setup for notices/fatal-errors, but the fatal error callback currently doesn't exit. Also, this doesn't catch a missing mplayer. Not sure why. Will dig into later.

Cleaning up player code since it's player agnostic.

Removing vitunes dependency from mplayer. Left a #include in there.

Backend suport established for mplayer. This establishes what, I hope, is a good setup for supporting multiple players. Currently only mplayer is supported with this, but the setup allows for: 1. "Static" backends, like mplayer, that have no ... [More] build dependencies 2. Dynamically loaded backends, should we desire. Well, #2 isn't supported, but I believe the setup can be easily updated. The player logic has been heavily modified. See player.h for details, and how the player_info and player struct's are used in paint.h for a good overview of the new setup. [Less]

Forgotten commits for previous commit. Still getting used to git...