Date | Commit message (Collapse) |
|
Regexps are hard to write sometimes :x
Anyways, we should support using floating-point internally
for users who prefer it.
|
|
We need to tell sox to use and resample to the _player_ format
instead of the source format. Otherwise 48000 Hz audio (common for
video?) sounds very slow when attempting to play back on the default
44100 Hz. It is also likely preferable to choose the audio stream
which matches the player channel count instead of letting sox
automatically invoke the remix effect.
Before this change, playing 6-channel, 48000 Hz source into a sink
expecting stereo, 44100 Hz is rather disturbing...
While we're at it, clarify the spawn code for the sox source, too.
We can drop the test_format_from_file test now, since
it's probably overkill at this point.
|
|
avconv is capable of outputting to the .sox format, greatly
simplifying our life as it enables us to easily apply sox
effects on a per-source file basis.
dtas-sourceedit and the "source" protocol commands will need
to change to support internal priorities (like sink).
|
|
We'll be supporting reading the format from avprobe and ffprobe,
so we should avoid tying ourselves to soxi
|
|
We should've done this at the start, but we didn't.
|
|
This should make porting to different Unix socket types easier, too.
Much of these tests were written before I decided to implement
unix_client originally.
|
|
Oops, I should've noticed this earlier.
|
|
We documented this behavior in dtas-player.txt but failed to
implement it. Now our behavior matches the documentation!
|
|
It was never fully-realized and too crazy/complex to be worth it.
In case we ever need it in the future, git will remember it for us.
|
|
We maintain most everything else, so we should maintain this, too.
|
|
Some effects may be easier to save/store with relative directory
paths, so allow changing this at runtime.
|
|
|