Bobby, I have no objection to you helping out:)
Team, I have been developing a dsf to pcm converter that is similar to the
current dff to pcm converter in place. However, my vote is that direct dsd
support take priority. If the dsf to cpm code is needed for symmetry I'm
happy to submit it to Max.
I agree with you but I think it all has to do with the fact that the USB 2.0
Audio Class does not support native DSD and these vendors want DSD support in
their hardware. It's may be shitty, but it is what it is.. Thank you for your
suggestion, I'll make sure the plugin code remains as small as
On 2012/02/04 19:06, Bobby Beever wrote:
> I propose we add user config support in the ALSA driver for these
> different DSD packing schemas, and now when I think about it, this
> setting could potentially damage ones speakers. So shouldn't the
> end-user should be responsible for telling MPD how
It's not really another format it's just a way to send DSD using an existing
PCM link, imo this 'packing' code should really be in the output plugin as the
DAC hardware manufactures come up with their own way to send DSD to their
hardware. We currently have the dCS way of packing but there will
On 2012/02/04 13:54, Bobby Beever wrote:
> Shouldn't all the audio_output_plugins (maybe even filters) specify if they
> are able to consume PCM and or DSD? IMO. the DSD inside PCM packing should
> take place in the output plugin not somewhere else..
I thought it is another format, just like S
Max, Now that you've agreed on the addition of a frame_type. I'm questioning
the following:
- add new audio format for "DSD inside PCM"
- implement conversion from DSD to this "DSD inside PCM" format
Shouldn't all the audio_output_plugins (maybe even filters) specify if they are
able to consu
Ok, great, I prefer this as well.
@Jurgen, @Jesus, I am willing to start the work for the first DSD patch is that
alright with you guys?
- Original Message -
From: Max Kellermann
To: Bobby Beever
Cc: "musicpd-dev-team@lists.sourceforge.net"
Sent: Saturday, February 4, 2012 12:47 PM
On 2012/02/04 12:41, Bobby Beever wrote:
> Max, is the addition of a frame_type to intrusive for you? ie. do
> you prefer to specify something like SAMPLE_FORMAT_DSD_U8?
No, I think that would be fine, even a good idea. It doesn't change
the size of the audio_format struct (fills the remaining p
Hi Max and all,
I would like to help on the DSD MPD implementation as well.
>- add a new audio format for DSD samples
I would like to propose the following changes/additions to audio_format.h:
enum frame_type {
FRAME_TYPE_UNDEFINED = 0,
FRAME_TYPE_PCM = 1,
FRAME_TYPE_DSD = 2,
};
Ad
