Hi guys,
The following URL seems broken:
http://www.musicpd.org/doc/protocol/
Someone confirm for me?
Thanks.
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try
On Wed, Apr 04, 2012 at 04:23:53PM +0800, zw g wrote:
Hi guys,
The following URL seems broken:
http://www.musicpd.org/doc/protocol/
Someone confirm for me?
Thanks.
I can confirm that it's broken in that it's a redirection to the wiki,
but I can't fix it.
Jonathan Neuschäfer
Merged to v0.16.x
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
On 2012/04/02 18:36, Jurgen Kramer gtmkra...@xs4all.nl wrote:
Hi,
Attached patch updates the documentation. Modified the links to the
documentation of the DSD-over-USB standard version 1.1.
JR will make the link live later today.
This one and the DSD1.0 patch merged to master.
On 2012/04/02 18:23, Jurgen Kramer gtmkra...@xs4all.nl wrote:
After much digging around I managed to get sound working but the timing
issue remained. When the value for SAMPLE_FORMAT_DSD is changed from 1
to 4 (src/audio_format.h) I get proper sound when playing DSD-over-USB.
This ratio of 1
On 4 apr. 2012, at 21:31, Jeffrey Middleton jefr...@gmail.com wrote:
Maybe Jurgen meant the value returned by sample_format_size(), which is
currently (on master) 1 for SAMPLE_FORMAT_DSD? The numeric value of the enum
is not explicitly set, and I doubt it's 1.
Yes, that is correct. I was
On 2012/04/04 21:50, Jurgen Kramer gtmkra...@xs4all.nl wrote:
Yes, that is correct. I was referring to the sample size not the enum values
for the different types of formats.
OK, then it might be fallout from another bug, because setting a
sample size of 4 bytes is wrong. DSD has 8