On 2012/04/01 13:22, Bobby Beever wrote:
> You probably don't care, and probably too late.. but I do not agree
> with the addition of the added DSD sample type. I've attached my
> patch to give you an idea where I was heading to with the added
> FRAME_TYPE which in my opinion is the cleanest.
Yes
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 swi
On Tue, 2012-03-27 at 21:52 +0200, Max Kellermann wrote:
> On 2012/03/27 19:44, Jurgen Kramer 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 expla
On 2012/03/27 19:44, Jurgen Kramer 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 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/26 19:37, Jurgen Kramer 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
playback, and left-s
On Mon, 2012-03-26 at 19:43 +0200, Max Kellermann wrote:
> On 2012/03/26 19:37, Jurgen Kramer 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
On 2012/03/26 19:37, Jurgen Kramer 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
says anything ab
On Mon, 2012-03-26 at 19:36 +0200, Max Kellermann wrote:
> On 2012/03/26 19:28, Jurgen Kramer 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 i
On 2012/03/26 19:28, Jurgen Kramer 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 state that this doc
On Mon, 2012-03-26 at 17:43 +0200, Max Kellermann wrote:
> On 2012/03/22 17:23, 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.
>
>
On 2012/03/22 17:23, 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.
It implements the newest spec I found, dated September 2011, announc
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 0
Normally you need to switch to plughw if you need to resample the audio
data to a format MPD does not support (or you specified wrong format in MPD)
On 03/24/2012 06:16 PM, Jesus R wrote:
Thanks for that tip! I have it working now with plughw as well...
Best
Jesus R
On Fri, Mar 23, 2012 at 8
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
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 wrote:
> 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:
> >>
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
usin
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
>> DA
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, unfortu
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.
>
> https://www.xcore.com/projects/dsd-audio
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
prov
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 th
23 matches
Mail list logo
