Date | Commit message (Collapse) |
|
We support this feature, so it should probably be shown along with
the repeat status of the tracklist. Ensure we notify all of our
listeners about the status change in player, too.
|
|
Try to take advantage of bypass being enabled for sample rate,
then show the raw sample offset if we cannot get the rate.
|
|
It is possible for a file to only have one of the ReplayGain
tags we need and not the previous-required REPLAYGAIN_TRACK_GAIN
tag. So do not reject the entire series of tags if a file has
the one we want.
|
|
Using the 'update-copyright' script from gnulib[1]:
git ls-files | UPDATE_COPYRIGHT_HOLDER='all contributors' \
UPDATE_COPYRIGHT_USE_INTERVALS=2 \
xargs /path/to/gnulib/build-aux/update-copyright
[1] git://git.savannah.gnu.org/gnulib.git
|
|
It's easier to leave numerics unquoted in YAML; so automatically
stringify comments comming from the YAML file.
|
|
Running commands can be "paused" (actually, they're stopped),
so we must display them correctly when attempting to encode
them in the correct format instead of barfing when we attempt
to call the 'encode' method on a Hash object.
|
|
For a music collection (even a large one), SQLite is sufficient
and less overhead than all of Sequel.
|
|
It probably makes sense for the -console user to know if tracklist
repeat and trim are enabled. Have player emit these in "current"
output and let the console client track them for now.
|
|
When invoking the "current" command, the player now returns the
first track + offset in the queue.
This should make it easier to show what's paused or not.
|
|
Oops :x
|
|
This only affected splitfx when it used the command option,
and only when calling dtas-splitfx (not when playing splitfx
files through the player).
|
|
We removed support for opusenc back in May as it was not
really suitable for audio production and a maintenance burden.
ref: commit 7ca5d0bfc714c254c374af9cbc2e024a8b439725
("splitfx: remove support for encoding opus")
|
|
English grammar is not easy :x
While we're at it, dtas-archive.txt is expanded to document things
like: http://80x24.org/dtas-all/20150918085401.GA8610@dcvr.yhbt.net/
(bus failure).
|
|
While we're in the area, make a wording change from "GPLv3 or later"
to "GPL-3.0+", as the latter is favored by SPDX.org
|
|
Our spawn fix does not cover singleton dispatch from the
Process class; only bareword "function" calls.
|
|
We cannot use "dirname" in queries, oops :x
|
|
Not in any way a stable interface, yet, and still incomplete. This
should emulate parts of the mpd protocol which should make it easier
to debug and develop.
|
|
This can be useful to avoid using the queue internally.
|
|
We've always required Ruby 1.9.3+ might as well put it in the gemspec.
Probably in 2016, we'll drop 1.9.3 support and require 2.0+ only.
|
|
Having sequential track IDs can improve readability, so complicate
our code a bit to ensure users get nicer looking track IDs.
Followup to commit 90dcf561fd22c8a53c03d97292f86a82e74ca4a3
('Revert "dtas-tl: simplify existing addtail/addhead while we're at it"')
|
|
DTAS does not expose any sort of public API for external users,
so it will not be documented using RDoc. Currently all of our
documentation is in plain-text or Markdown (only for manpages).
|
|
This partially reverts commit 0dde5917fb5135ee3601383c29ffc0490071ea9d.
This fixes "addtail" on an empty tracklist and preserves sequential
ordering of track IDs, which might make sense for usability.
|
|
Oops, normalization is probably a forgotten feature...
|
|
* 0.12.x-stable:
Rakefile: add Atom feed to website
|
|
This will hopefully allow readers to follow along
with developments more easily.
|
|
This is on a linear scale from 0.0 (mute) to 1.0 (no change)
This is in the MPRIS spec and mpd as well (scaled to 0-100)
This changes dtas-console key bindings (0/9) slightly to match
mplayer more closely. ReplayGain preamp adjustment has moved from
'0'/'9' to '7'/'8' keys. The 'm' key also toggles mute state (the
pre-mute volume is stored in the dtas-console instance, not in
dtas-player itself).
|
|
* 0.12.x-stable:
dtas 0.12.1 - one bugfix! :x
dtas-tl edit: fix ordering of newly-added songs
|
|
One bugfix on top of dtas 0.12.1
dtas-tl edit: fix ordering of newly-added songs
Everything else in the v0.12.0 release stil applies:
http://80x24.org/dtas-all/20151214-dtas-0.12.0-unle@shed/t/
Have fun!
|
|
We need to add new songs in reverse order of what's in
the file to preserve ordering when they're added after
an existing ID. This way we don't have to remember the
track we just added, either.
|
|
Oops :x
commit 0dde5917fb5135ee3601383c29ffc0490071ea9d
("dtas-tl: simplify existing addtail/addhead while we're at it")
|
|
No need to keep track of added track IDs when we can walk the
array backwards to insert in the correct order. Also,
fix a stupid (probably?) typo in the "addhead" implementation,
too. I've known about Array#reverse_each for a while...
|
|
We need to add new songs in reverse order of what's in
the file to preserve ordering when they're added after
an existing ID. This way we don't have to remember the
track we just added, either.
|
|
Notable additions for dtas-player music listeners.
dtas-ctl queue cat - display the internal queue
dtas-tl shuffle [true|false] - toggle tracklist shuffle
dtas-tl edit - open tracklist in an editor
see dtas-tl(1) manpage for more details on this:
http://dtas.80x24.org/dtas-tl.txt
The player tracklist now uses sequential track IDs instead of Ruby
object IDs, so it should be easier to use existing commands such as
"dtas-tl goto" and "dtas-tl remove"
For people using dtas-player for applying real-time effects to
splitfx YAML files, dtas-player can now watch for changes in scripts
specified in the "command" field of the splitfx YAML file.
Previously, dtas-player could only read the splitfx YAML file
itself. This requires GNU/Linux and the sleepy_penguin RubyGem
installed.
dtas-splitfx also learned some switches to allow easier
interoperability with other processing tools:
-p/--sox-pipe - identical to the sox(1) option
-t/--trim - only expose part of the track, useful when
combined with the above -p switch
See http://dtas.80x24.org/dtas-splitfx.txt for more details.
There's also some work-in-progress stuff that's not well documented
at the moment. As with anything pre-1.0, expect the possibility
of incompatible changes.
Since I'm not good at designing protocols, I've also started working
on mpd compatibility layer to allow using the normal music playback
stuff with more clients (some of the clients I actually like, unlike
the seemingly GUI-only landscape of MPRIS :P).
Of course, dtas-player itself has most the capabilities of a
Unix shell; and those capabilities will certainly not be available
to mpd or MPRIS clients.
64 changes since dtas 0.11.0
INSTALL: update documentation for 0.11.0 release
splitfx: fix lossy output with player command is in use
splitfx: fix non-generic, user-specified targets
use monotonic clock on Ruby 2.1+
dtas-splitfx: no arguments for quiet and --no-dither
dtas-splitfx: support --trim argument
process: implement array expansion to preserve spaces
splitfx: show correct command for output
splitfx: remove support for encoding opus
dtas-console: bind "o" to display time in absolute seconds
splitfx: avoid double-truncation with user command
source/splitfx: allow watching extra external scripts
splitfx: drop unnecessary variable
splitfx: documentation for subclasses
splitfx: simplify output display
dtas-splitfx: comment describing -j (nothing) as infinite
dtas-*edit: fix inotify watch invocations
splitfx: allow -p/--sox-pipe option
splitfx: ensure rate is an integer
splitfx: set OUTFMT correctly for subenv if command is set
favor recv and recv_nonblock over recvmsg variants
parse_time: pass through numeric types
parse_freq: trivial new module for parsing frequencies
use a common /dev/null
player: add "queue cat" command
dtas-readahead: new script for -player users on Linux
dtas-readahead: avoid polling on pause
dtas-cueedit: escape path to temporary file
dtas-readahead: make executable
gemspec: use SPDX-compatible license
README: add link to NNTP and Atom feeds
player: cleanup command dispatch
dtas-archive: allow specifying SoX compression factor
gemspec: duplicate frozen string for older Rubygems
allow building the gem without pandoc
introduce dtas-mlib for music library functions
dtas-mlib: add dump support for debugging
tracklist: use lower number unique track IDs
tracklist: do not mutate @list when serializing
tracklist: avoid needlessly building a hash for track IDs
tracklist: shuffle support
tracklist: support limiting maximum tracklist size
player: refactor and document tracklist interface
player: tl (repeat|shuffle|max) and trim swap values
tracklist: fixup idempotent "tl shuffle false"
switch to exception-free non-blocking I/O
add .gitattributes for Ruby method detection
mlib: remove non-existent entries
mlib: add stats support
mlib: no kwargs for 1.9.3 compatibility
mlib: add find/search functionality based on mpd
mlib: split out the output format from the library
mlib: remove kwargs harder
player: reduce I/O priority of connected clients
mlib: SYSTEM_DEFAULT handlers for SIGINT and SIGPIPE
player: support "tl clear" internally
test_unixserver: remove test for element limit
player: dump state file asynchronously when requested
parse_time: enable frozen_string_literal
unix_accepted: enable checking for readability after emit
tracklist: swap functionality
player: show "tracklist" hash with summary info with "current"
dtas-tl: learn an "edit" sub command
doc: document additions to tracklist handling
|
|
|
|
This should allow convenient rearranging and deleting of tracks from
the tracklist from your favorite $EDITOR.
|
|
This allows clients to quickly query tracklist
size/position/shuffle/random info.
|
|
This (from the point of the client) will atomically swap
two tracks. This should allow easily implementing of a
tracklist editor.
|
|
Oops...
|
|
This is a new feature in Ruby 2.3 which can reduce allocations
without adding ugly ".freeze" calls everywhere. This is a small
enough file that we shouldn't have to worry about inadvertant
breakage.
|
|
This avoids stalling when we have a gigantic tracklist.
|
|
Fixes: commit d628e9bd3c5ef42e44c8e14f8eaf9a85dd541a4c
("player: reduce I/O priority of connected clients")
Oops :x
|
|
It is orders of magnitude more efficient to implement this
in the player and very noticeable when using large playlists.
|
|
This makes interrupting the potentially long output of
"dtas-mlib dump" less ugly. Perhaps it makes sense for our
other scripts to follow suit.
|
|
Do not batch processing of requests or buffered output.
We cannot have clients running "dtas-tl cat" or similar
to dump a gigantic playlist cause us to have gaps in our
playback.
Since we implemented a tunable tracklist limit, we can
also remove the hardcoded 100 element limit for buffered
messages while we're at it; now the tracklist limit affects
maximum memory use.
|
|
We need this script to work under Ruby 1.9.3 as well,
for the time being.
|
|
The caller should dictate how the output format goes,
not the library.
|
|
This allows fast-ish tag searching, but the internal API
is still subject to change to ease emulation of mpd.
|
|
We'll continue supporting Ruby 1.9.3 as long as Debian wheezy is
supported.
|
|
These are the same stats used by the mpd "stats" command.
|
|
Files in a music library may be deleted or renamed, so our
library should not persist old data.
Unfortunately this double-stats all files, but using a hash
for temporary storage could also bloat memory/disk usage and
probably isn't worth it at the moment.
|