it's awkward to call it with the address of the imsgev struct inside the ctl_conn struct. Just relay the info to every client in monitor mode. After all, if a client is in monitor mode *and* issues commands, it's not strange that they're echoed back (note that this is currently impossible, the command line client can either issue commands or be in monitor mode.)

see GitHub issue #1

This adds the internal management of the seeking, as well as the decoder backends bits.

makes the player process optionally send back a string describing the failure to provide a better and more coincise error message. This turns the syslog message(s): amused: unknown file type amused: failed to play, skipping /home/op/pics/phos.jpg into: amused: unknown file type; skipping /home/op/pics/phos.jpg

not only directories... I guess we can't do much even with sockets, fifos or character devices. (symbolic links are still supported since we follow them)

we're just gonna memcpy all over path again a couple of lines before; a smart compiler will probably ignore the initialization anyway.

we're not relying anymore on the file extension, so this information is useless for the player.

instead of filling the params for imsg_compose_event.

with the recent refactoring, sndio is only visible in player.c