Date | Commit message (Collapse) |
|
This rounds out the documentation a bit and hopefully
introduces/encourages some commonality between the playback
and processing/production components of dtas.
Clarify some splitfx-related environment variables while
we're at it.
|
|
This allows changes in the source YAML file to be reflected
immediately in player after the user saves the file in their
favorite $EDITOR. Previously, a user would need to:
1) start dtas-sourceedit, spawning $EDITOR
2) edit the file
3) save changes
4) exit $EDITOR
5) repeat starting from 1) until happy with the results
Now, the workflow allows avoiding the context switch between their
$EDITOR and terminal to restart dtas-sourcedit:
1) start dtas-sourceedit, spawning $EDITOR
2) edit the file
3) save changes
4) repeat starting from 1) until happy with the results
5) exit $EDITOR
In my experience, this greatly speeds up tuning of the playback
change, giving all the repeatability and flexibility of editing text
files while having the immediacy of an interactive UI.
Keep in mind this can cause problems for those with auto-save
enabled in their $EDITOR buffer at inopportune times, so a
-N/--no-watch option is added.
|
|
These are intended to act like `$(@D)' and `$(@F)' in GNU make(1)
and to ease managing temporary files for some effects
(e.g. noiseprof + noisered in sox) for splitfx users.
|
|
While we're at it, document the splitfx manpage and
make the example suitable for tests.
|
|
This becomes useful for systems without inotify when we're editing
YAML (or whatever) files frequently and want changes to be reflected
right away during playback. This is a weaker version of the plain
"restart" command, which restarts the entire playback chain.
|
|
The following subcommands are now documented:
* current
* current-id
* next
* prev
|
|
We shell-escape filenames, so they may not show up properly
when shuttled across the wire.
|
|
I'm still normal, and still trolling, but 80x24.org will be epic :)
|
|
splitfx is incapable of knowing in 100% of cases whether dithering
should be used (as it has no visibility into sox internals), so
support disabling it completely via command-line.
This is like the identical sox option, and passed to sox(1), too.
This feature is useful for splitting already-mastered 16-bit
recordings.
|
|
It is easier to break out of dtas-console with one key than using a
2-finger combination.
|
|
This gives us consistency with the "cue prev" command,
is easier-to-type, and is consistent in length with "tl next".
We'll just map "previous" -> "tl prev" when we implement the
MPRIS bridge.
|
|
This adds the ability to seek internally within FLAC file
based on the internal CUE sheet. Other formats may be supported
in the future, but FLAC is the only one I know of which supports
embedded cue sheets.
Note: flac 1.3.0 is recommended for users of non-CDDA-compatible
formats.
See updates to dtas-player_protocol(7) for details.
|
|
This may be used to avoid automatic:
* resampling (rate)
* down/upmixing (channel)
* dither/truncation (bits)
Using any bypass mode means we can no longer guarantee gapless
playback for audio collections where rate, channel, or bits vary.
This can however be useful when CPU usage is too high. This may
also be useful in audio engineering situations.
|
|
We should document it so we remember how to use it.
|
|
This behaves like "goto", but takes a regular expression
instead of a track_id
|
|
Everything should be documented, even if it's a work-in-progress.
I reserve the right to change them...
|
|
Since dtas-xdelay uses play/sox, we need to document AUDIODEV,
AUDIODRIVER, and SOX_OPTS environment variables.
Also point comments to the mailing list while we're at it.
|
|
This helps in case dtas-player is hit with SIGKILL or the system
crashes. This does not fsync(2) as that could introduce delays on
slow filesystems. Users should open the file manually and fsync
themselves if they need to.
|
|
Users need to be able to communicate with us.
|
|
dtas-xdelay could use some more exposure, especially considering
megabuck speakers have some of the same features :P
|
|
Move all sink examples to the dtas-player_sink_examples manpage.
Remove redundant troubleshooting.txt, that now resides in
dtas-player(1).
|
|
This should make it easy to save/load sink profiles depending on
the users mood. One could easily create different profiles
depending on different listening criteria.
dtas-ctl source cat sox > casual.yml
dtas-sourceedit sox < critical.yml
|
|
All files we distribute in the tarball need to have a
copyright/license specified for Savannah.
We don't need the example state file anymore.
|
|
Minor notes for future development.
|
|
Hopefully slightly easier-to-read/parse for humans (especially
non-English speakers).
|
|
Better to break compatibility while the project is very young.
|
|
This adds examples for using ssh(1) with play(1)
|
|
This should hopefully make it easier to introduce users to
sink usage.
|
|
Since ffmpeg/ffprobe are wrappers around their libav-variants,
I haven't had the chance to actually test with "real" ffmpeg,
but the usage is probably similar enough to not matter.
|
|
We should be fully-capable of managing any number of options
to try sources in.
|
|
Fancy displays waste power and can potentially harm audio quality,
it's true!
|
|
It's too much work for me to attempt to wedge SOCK_DGRAM or
SOCK_STREAM support into this. SOCK_SEQPACKET is the best use of
_my_ time and I have limited patience for crippled OSes. Linux has
had this forever and FreeBSD 9 supports SOCK_SEQPACKET already, so
maybe this will be another way to nudge developers of other OSes
into supporting SOCK_SEQPACKET.
If somebody can provide clean patches to support SOCK_DGRAM or
SOCK_STREAM, I'll accept them.
|
|
New features should be documented.
|
|
We should be compatible with "gem-man", as well as allowing
installation to prefix ($HOME by default) via:
make -C Documentation install-man
|
|
This may make lives easier for users without pandoc.
|
|
We should probably document this before we forget it.
|
|
|