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 referring to the sample size not the enum values
for the different types of formats.
>
> On Wed, Apr 4, 2012 at 11:18 AM, Max Kellermann <m...@duempel.org> wrote:
> 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 to 4 makes sense but unfortunately is not the (complete)
> > solution. For example with SAMPLE_FORMAT_DSD set to 4, DSD2PCM still
> > works fine but now it's timing is off.
>
> No, I can't imagine how changing the (meaningless) numeric values of
> symbolic enums can make a difference for anything.
>
> Max
>
> ------------------------------------------------------------------------------
> 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
> _______________________________________________
> Musicpd-dev-team mailing list
> Musicpd-dev-team@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
>
------------------------------------------------------------------------------
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
_______________________________________________
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
