Max,
Sorry I've been on a holiday and totally missed out on anything digital.
Although I didn't finish my implementation, I see you picked up the DSD
development yourself which I'm happy about.
You probably don't care, and probably too late.. but I do not agree with the
addition of the added
On Wed, 2012-03-28 at 17:13 +0200, Jurgen Kramer wrote:
My guess this is either a timing issue (hopefully not) or
somehow/somewhere the DAC gets non-DSD-over-USB frames every few frames.
Max,
I've added tons of debug prints to the code trying to find the cause of
the problem (DAC rapid
On Tue, 2012-03-27 at 21:52 +0200, Max Kellermann wrote:
On 2012/03/27 19:44, Jurgen Kramer gtmkra...@xs4all.nl wrote:
Hmm something odd is going on when using the new code. My dac switches
rapidly between DSD and 176.4 mode not producing any sound.
I don't see rapid switches in that log.
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).
I've added a fallback, the ALSA output will now attempt to use S32
On Tue, 2012-03-27 at 08:19 +0200, Max Kellermann wrote:
I've added a fallback, the ALSA output will now attempt to use S32
playback, and left-shift all 24-bit samples by 8 bit in that case.
It's still the old standard.
Hmm something odd is going on when using the new code. My dac switches
On 2012/03/27 19:44, Jurgen Kramer gtmkra...@xs4all.nl wrote:
Hmm something odd is going on when using the new code. My dac switches
rapidly between DSD and 176.4 mode not producing any sound.
I don't see rapid switches in that log. Please explain.
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
On Fri, 2012-03-23 at 14:24 +0200, adel...@freemail.gr wrote:
I had to use plughw to get past that error.
plughw only works if I use my SOtM USB-to-SPDIF converter. It does not
work when I use the firewire interface.
So using current mpg git DSD-over-usb output to my Mytek DAC works when
using
Thanks for that tip! I have it working now with plughw as well...
Best
Jesus R
On Fri, Mar 23, 2012 at 8:24 AM, adel...@freemail.gr adel...@freemail.grwrote:
I had to use plughw to get past that error.
On 23/3/2012 1:40 μμ, Jurgen Kramer wrote:
On Thu, 2012-03-22 at 17:23 +0100, Jurgen
On Sat, 2012-03-24 at 13:16 -0400, Jesus R wrote:
Thanks for that tip! I have it working now with plughw as well...
I just did a quick addition (proof-of-concept) to pcm_dsd_usb.c to let
it support version 1 of the dsd-over-usb spec (0x05 and 0xFA markers)
and it works :-). This means support
On 24/3/2012 7:49 μμ, Jurgen Kramer wrote:
On Sat, 2012-03-24 at 13:16 -0400, Jesus R wrote:
Thanks for that tip! I have it working now with plughw as well...
I just did a quick addition (proof-of-concept) to pcm_dsd_usb.c to let
it support version 1 of the dsd-over-usb spec (0x05 and 0xFA
On Thu, 2012-03-22 at 17:23 +0100, Jurgen Kramer 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.
Jurgen
OK I just test the new code, unfortunately
I had to use plughw to get past that error.
On 23/3/2012 1:40 μμ, Jurgen Kramer wrote:
On Thu, 2012-03-22 at 17:23 +0100, Jurgen Kramer 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
Hi ,
I've been testing the latest git with DSD over USB support this morning.
I'm using an XMOS UAC2 board with modified firmware supporting v1.0 of
the dCS suggested standard.
https://www.xcore.com/projects/dsd-audio-over-usb
OS is ARM linux.
So far I haven't gotten it to work.
I noticed
You can enable it by adding to the ALSA section in mpd.conf:
dsd_usb yes
Obviously, it is important to have bit-perfect 24 bit playback on the
wire. A conversion will be destructive in any case. dmix must be
disabled.
It's experimental so we don't now if it works or needs works. Please
On Thu, 2012-03-22 at 14:23 +0200, adel...@freemail.gr wrote:
Hi ,
I've been testing the latest git with DSD over USB support this morning.
I'm using an XMOS UAC2 board with modified firmware supporting v1.0 of
the dCS suggested standard.
20 matches
Mail list logo