[alsa-devel] [PATCH 11/11] ALSA: digi00x: apply double-oh-three algorism to multiplex PCM samples

Takashi Sakamoto o-takashi at sakamocchi.jp
Mon Mar 16 14:24:37 CET 2015


Hi Damien,

On Mar 16 2015 20:39, Damien Zammit wrote:
> On 16/03/15 03:01, Takashi Sakamoto wrote:
>> Digi 002/003 family uses own way to multiplex PCM samples into data
>> blocks in CIP payload for received stream, thus AMDTP-conformant
>> implementation causes noisy sound.
>>
>> This commit applies double-oh-three algorism, which discovered by Robin
>> Gareus and Damien Zammit in 2012.
>>
>> As long as I tested, this patch still has disorder that:
>>  * 1st PCM channel still causes noise in 2nd PCM channel.
>>  * At 88.2/96.0kHz, any PCM channels still causes noise in the other PCM
>>    channels.
> 
> Can you please double check, I dont think snd_dg00x_protocol_write_s32()
> is even being called because amdtp.c needs a small change to prevent
> overriding the transmit_samples function pointer.

This line overwrites the default callback function with driver-specific
function every time to start streams, thus the driver-specific function
is used for out-stream.

On Mar 16 2015 01:01, Takashi Sakamoto wrote:
> diff --git a/sound/firewire/digi00x/digi00x-stream.c b/sound/firewire/digi00x/digi00x-stream.c
> index 410b971..bc4c88c 100644
> --- a/sound/firewire/digi00x/digi00x-stream.c
> +++ b/sound/firewire/digi00x/digi00x-stream.c
> @@ -204,6 +204,8 @@ static int keep_resources(struct snd_dg00x *dg00x, unsigned int rate)
>  	dg00x->rx_stream.midi_position = 0;
>  	dg00x->tx_stream.midi_position = 0;
>  
> +	/* Apply doubleOhThree algorism. */
> +	dg00x->rx_stream.transfer_samples = snd_dg00x_protocol_write_s32;
>  	dg00x->rx_stream.transfer_midi = snd_dg00x_protocol_fill_midi;
>  	dg00x->tx_stream.transfer_midi = snd_dg00x_protocol_pull_midi;


Regards

Takashi Sakamoto


More information about the Alsa-devel mailing list