Commits
- Commit:
578f8d0cb8038f6ef45368b7d706298223ba5682
- From:
- Omar Polo <op@omarpolo.com>
- Date:
adjust copyright years
- Commit:
e3317c86113ff236272f6bf1b88cacfe54103be3
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix my email address
used @openbsd.org initially by mistake and got copied around in
most files. Since this has nothing to do officially with the OpenBSD
project, use my own email address.
- Commit:
3dd907310bab777213b20bd814d72faba91e40ae
- From:
- Omar Polo <op@omarpolo.com>
- Date:
enrich `amused monitor' reported events
The monitor mode now has access to some additional information other
than just the name of the event.
The `mode' and `seek' events now report the mode status and the
position/duration respectively, allowing consumers of `amused monitor'
to show correct and coherent information.
It helps in particular applications like `amused-monitor' (in contrib/)
that show a progress bar for the current song. Before, they had to run
their own timers and periodically synchronize using `amused status', now
they can just update the state in the same `amused-monitor' event loop.
- Commit:
b72c076563d1642eda3aaa0c38169b674e3d9725
- From:
- Omar Polo <op@omarpolo.com>
- Date:
print the current modes after 'amused consume/repeat'
- Commit:
9881c98ce0817889c42c9ad4146d7e1db91d7005
- From:
- Omar Polo <op@omarpolo.com>
- Date:
define constants for mode special values and add a toggle value
- Commit:
9fb9424225a739a0fbbfec5d31f21458126fd9c2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add consume mode
the consume mode implicitly drops the tracks from the playlist when
played 'till the end (note that skipping over a track doesn't trigger
the consume mode - yet?)
- Commit:
15aecb89d41f59ac375c7a2a2194ab7cddcaa020
- From:
- Omar Polo <op@omarpolo.com>
- Date:
monitor: fix reported event
rethink a bit which event are reported and when.
- drop 'toggle' event as it's not useful; now 'amused toggle' will
report the play/pause event.
- replace 'flush' with 'load'. there's no real difference between a
flush and an empty load. (also, less event the better)
- some events (next/prev/jump) are reported earlier to avoid possible
issues (when messing around with the playing queue we can end up in
every possible state.)
- report 'seek' only after it really happened (i.e. after the player
process sent the new position.) There's still a possible race here
(we can receive a previous IMSG_POS and think it's the reply to the
seek) but it it's hard/impossible to work around.
- drop 'restart'. we have 'seek' now which is better (and actually
restart is implemented on top of seek.)
- add 'seek' to the default list of events.
- Commit:
949b5c2eb6f46f77b423a93558d196204dce2953
- From:
- Omar Polo <op@omarpolo.com>
- Date:
refactor control_notify
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.)
- Commit:
0e430247b01565ccc002c8cc3d7038b2dabbc603
- From:
- Omar Polo <op@omarpolo.com>
- Date:
add my copyright
I've added a sufficient amount of code I guess
- Commit:
8d08767078347495fc28f6a97ad1e5e1b3b6f5f2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
reimplement `restart' on top of seek
- Commit:
f36fd90a2e6ab101692fba0fa643aec5035597cd
- From:
- Omar Polo <op@omarpolo.com>
- Date:
use (a modified version of) kristaps' oconfigure
see GitHub issue #1
- Commit:
3ad8bae849a3a44cbdde1c62f087b654a8439a74
- From:
- Omar Polo <op@omarpolo.com>
- Date:
handle seek during pause and stop
- Commit:
c06683bfcc3066ece6177a2256efeeb1f873c79d
- From:
- Omar Polo <op@omarpolo.com>
- Date:
drop needless debug printf
- Commit:
791d3db313f1f9816c699583c97079efccd408d6
- From:
- Omar Polo <op@omarpolo.com>
- Date:
implement seeking
This adds the internal management of the seeking, as well as the
decoder backends bits.
- Commit:
5d86bc14239778053daa5c38c13f2a5c7d63a24c
- From:
- Omar Polo <op@omarpolo.com>
- Date:
simplify main_send_player: data is always NULL