[alsa-devel] [PATCH 0/3] ALSA: snd-usb: Some small fixes to make Playback Design products work

Takashi Iwai tiwai at suse.de
Fri Mar 22 11:23:01 CET 2013

At Fri, 22 Mar 2013 12:15:16 +0200,
Jussi Laako wrote:
> On 03/22/2013 03:27 AM, Andreas Koch wrote:
> > I wouldn't worry about DSD wide, because that is a dead format that I
> > was involved in launching for professional recording applications more
> > than 10 years ago. It never took off.
> I just need it for my own purposes, but I can make custom stuff as 
> necessary if there's no interest from others.
> Right now I'm just hoping to see a well defined common sample formats 
> defined for ALSA that can be utilized by drivers. DoP could be 
> implemented inside the driver or at ALSA layer instead of applications 
> doing it. Not that I would mind, but I would find it cleaner than the 
> current approach... :)
> Currently, ASIO is the only API to support DSD sample formats. I 
> understand that Microsoft or Apple is a slow to turn giant, but I'd hope 
> ALSA wouldn't be such. ;)

As Daniel already mentioned, adding a format type is trivial.  It
needs to be patched in different layers, though.  But, the action is

More important question is how consistent the format is.  If it's a
device-specific closed format, it's not suitable as a standard format
definition in the API level.

> There are already those IEC958 and DD/dts things being used for movie 
> playback, so this wouldn't be such a big difference afterall.

IEC958 itself is a well-defined format as a container.  So we actually
have no definition for DD/DTS in the ALSA API level at all.


More information about the Alsa-devel mailing list