Commits
- Commit:
ff37a2708a65b27b7dcab2da6b0187a4ba6b1a42
- From:
- Omar Polo <op@omarpolo.com>
- Date:
don't reply with a STATUS on MODE change
This is to help amused-web. Change the ctl to send an extra STATUS
after a MODE change to preserve the behaviour.
- Commit:
0a53bd62d11ed31ce71da1fc9993bc25a6c93755
- From:
- Omar Polo <op@omarpolo.com>
- Date:
switch from libevent to a smaller, thin wrapper around poll()
libevent is a very cool library, I like its APIs and enjoy using
it. However, for amused it is maybe a bit too much since it doesn't
deal with too many file descriptors. Amused only needs to monitor
one fd for the player process and the currently connected clients.
Given that it runs per-user locally, having more than a dozen of
fds open is very, very rare.
- 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:
15decef243429c2973b338ff3b01f95ac90dd555
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix snprintf call; could return < 0 on conversion failure
- Commit:
7d1d97775f953cdc603a85c6b160332f02d223b2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
remove double ctl_sock check
- 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:
99bf1536bd72c8461b1c001e57e1de20bbe25fb8
- From:
- Omar Polo <op@omarpolo.com>
- Date:
change default 'status' format to "status,time:oneline,mode:oneline"
- Commit:
32f74855e352002623aafe54aa40c9de0083ad36
- From:
- Omar Polo <op@omarpolo.com>
- Date:
show repeat one after all
- Commit:
b72c076563d1642eda3aaa0c38169b674e3d9725
- From:
- Omar Polo <op@omarpolo.com>
- Date:
print the current modes after 'amused consume/repeat'
- Commit:
e08b784c411c8c5c9e905106d00e1352f102c893
- From:
- Omar Polo <op@omarpolo.com>
- Date:
typo in print_status: now it's mode, not repeat
- Commit:
da2c6e07e7644d16ac2ed5b68a86e4bcf076655d
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix 'amused load' with empty playlist
it didn't send the IMSG_CTL_COMMIT final message so it would get
stuck. This also makes 'amused flush' redundant since it's possible
to 'amused load </dev/null'.
- Commit:
1eae758b91513b27c60d26c95197dce14d82e837
- From:
- Omar Polo <op@omarpolo.com>
- Date:
make the on|off argument to consume/repeat optional
- 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:
b98c922e0b9c445b7a4c81ad678cb1ff8da0a3f0
- From:
- Omar Polo <op@omarpolo.com>
- Date:
drop restart from the list of 'status-like' commands
now it's an alias for 'seek 0', so it doesn't return the status.