On 2012/04/01 13:22, Bobby Beever <bobby.bee...@yahoo.com> 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, I think that is the right direction. It's obviously not done yet, and you should define the meaning of sample_format for non-PCM frames. I guess sample_format could be ignored for DSD frames. Meanwhile, I have applied a few more changes to the MPD core that may be relevant for you: I have removed some audio_format settings are somewhat redundant or lead to redundant code. For example, pcm_export is now responsible for packing 24 bit samples and reversing the byte order, and the code has been moved out of the pcm_convert library, which grew too complex after all these years. 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
