On 2012/03/23 16:32, Dan McGee d...@archlinux.org wrote:
When adding or updating a song, we get a log message even if debug is not
enabled. It seems odd that removing a song shouldn't be done at the same log
level; otherwise looking at the log leads you to believe songs are never
removed from
On 2012/03/22 17:23, Jurgen Kramer gtmkra...@xs4all.nl wrote:
I took a quick look at the code, it seems it supports the pre-1.0
version of the standard (0xAA markers). I'll give it a test tomorow. My
DAC supports both version 1.0 and pre-1.0.
It implements the newest spec I found, dated
On 2012/03/26 19:28, Jurgen Kramer gtmkra...@xs4all.nl wrote:
The closest I got is link which a sent to the list a while ago:
http://www.audiostream.com/content/usb-link-dsd-audio-pcm-frames-andres-koch
It isn't as clear as a 'real' standard but it contains the needed info.
Hm, this doesn't
On Mon, 2012-03-26 at 19:36 +0200, Max Kellermann wrote:
On 2012/03/26 19:28, Jurgen Kramer gtmkra...@xs4all.nl wrote:
The closest I got is link which a sent to the list a while ago:
http://www.audiostream.com/content/usb-link-dsd-audio-pcm-frames-andres-koch
It isn't as clear as a 'real'
On 2012/03/26 19:37, Jurgen Kramer gtmkra...@xs4all.nl wrote:
In code it looks like this :-) The lower 8-bits are not used so
basically it's still a 24-bit sample (that sort of details you would
want to find in a standard).
So I can just left-shift the 24 bit sample by 8 bit? Neither document
On Mon, 2012-03-26 at 19:43 +0200, Max Kellermann wrote:
On 2012/03/26 19:37, Jurgen Kramer gtmkra...@xs4all.nl wrote:
In code it looks like this :-) The lower 8-bits are not used so
basically it's still a 24-bit sample (that sort of details you would
want to find in a standard).
So I