Date | Commit message (Collapse) |
|
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.
|
|
|