From: Daniel Mack <zonque@gmail.com>
To: Jussi Laako <jussi@sonarnerd.net>
Cc: alsa-devel@alsa-project.org, Takashi Iwai <tiwai@suse.de>,
clemens@ladisch.de, demian@auraliti.com, ray@auraliti.com,
andreas@akdesigninc.com
Subject: Re: [PATCH v3 0/5] ALSA: snd-usb: add support for DSD
Date: Wed, 17 Apr 2013 19:04:49 +0200 [thread overview]
Message-ID: <516ED631.4060707@gmail.com> (raw)
In-Reply-To: <516ED558.3060004@sonarnerd.net>
On 17.04.2013 19:01, Jussi Laako wrote:
> On 04/17/2013 02:03 PM, Daniel Mack wrote:
>> I'd like to wait for another day or so for Jussi to state his oppinion.
>
> Looks good to me. Hopefully the necessary details about bit ordering
> find their way to the ALSA API docs.
You volunteer for sending a patch? :)
>
> I was left thinking about how this:
>
>> + if (pcm_format == SNDRV_PCM_FORMAT_DSD_U16_LE && fmt->dsd_dop) {
>> + /*
>> + * When operating in DSD DOP mode, the size of a sample frame
>> + * in hardware differs from the actual physical format width
>> + * because we need to make room for the DOP markers.
>> + */
>> + frame_bits += channels << 3;
>> + }
>
> relates to case where the endpoint uses 32-bit int sample format and
> thus needs a zero pad byte for DoP...
Ok, that's a case I haven't though of yet, but we can easily extend that
logic once such a device is used by anyone. For now, this entire logic
is only relevant for one series of devices, and for that, we know the
parameters exactly.
The important thing is that we don't have to break the userspace API,
but I think we're safe here, right?
Thanks,
Daniel
next prev parent reply other threads:[~2013-04-17 17:04 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-16 16:01 [PATCH v3 0/5] ALSA: snd-usb: add support for DSD Daniel Mack
2013-04-16 16:01 ` [PATCH v3 1/5] ALSA: add DSD formats Daniel Mack
2013-04-16 16:01 ` [PATCH v3 2/5] ALSA: snd-usb: use ep->stride from urb callbacks Daniel Mack
2013-04-16 16:01 ` [PATCH v3 3/5] ALSA: snd-usb: add support for DSD DOP stream transport Daniel Mack
2013-04-16 16:01 ` [PATCH v3 4/5] ALSA: snd-usb: add support for bit-reversed byte formats Daniel Mack
2013-04-16 16:01 ` [PATCH v3 5/5] ALSA: snd-usb: add quirks handler for DSD streams Daniel Mack
2013-04-16 16:13 ` [PATCH v3 0/5] ALSA: snd-usb: add support for DSD Takashi Iwai
2013-04-17 10:59 ` Takashi Iwai
2013-04-17 11:03 ` Daniel Mack
2013-04-17 17:01 ` Jussi Laako
2013-04-17 17:04 ` Daniel Mack [this message]
2013-04-17 17:13 ` Jussi Laako
2013-04-18 8:05 ` Takashi Iwai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=516ED631.4060707@gmail.com \
--to=zonque@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=andreas@akdesigninc.com \
--cc=clemens@ladisch.de \
--cc=demian@auraliti.com \
--cc=jussi@sonarnerd.net \
--cc=ray@auraliti.com \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.