Re: [FFADO-user] PreSonus StudioLive 16.0.2 support

[Jonathan W. <jw...@ju...>]

Hi Karl

> >> On 06/05/2016 06:10 AM, Kim Tore Jensen wrote:
> > I am using an older version of FFADO than you:
> >
> > $ dpkg -l | grep ffado
> > ii  ffado-dbus-server  2.1.0+svn2240-1ubuntu3  amd64  FFADO D-Bus server
> > ii  ffado-tools        2.1.0+svn2240-1ubuntu3  amd64  FFADO debugging and firmware tools
> > ii  libffado2          2.1.0+svn2240-1ubuntu3  amd64  FFADO API

Having a look at the history from svn2240 through to the 2.2 release
(svn2543) I can't see any obvious DICE changes which might cause a
regression on that platform.  Even so, it may be worth you trying a 2.1.0
version just in case there's something signficant that we've overlooked.

> > It might be a long shot, but perhaps you can get it working correctly by
> > tweaking the config hash in /usr/share/libffado2/configuration? I removed the
> > line "xmit_transfer_delay = 4;", but your mileage may vary.

I was wondering this too (see my post on 5 Jun 2016).

On Tue, Jun 14, 2016 at 01:13:22PM -0400, Karl Swisher wrote:
> This is part of my config file.  There was no configuration for the 
> 32.4.2 so I guest at making one.  I guest the model ID was 14 which 
> seems to be correct.  Before I added the 32.4.2 config the firewire 
> utilities did not report anything back.   After adding the 32.4.2 config 
> the utilities showed me all input and output channels ...

That's understandable.  A configuration entry is required before the
utilities will attempt to use the device.

> When I tried it I could record but no playback.  Since I'm using a new
> version than you I have noticed in the 1602 config that the
> xmit_transfer_delay = 4 has already been removed for the 1602.

The 1602 entry currently in svn was provided by Kim as is.  He found that 
the xmit_transfer_delay line wasn't needed for him with the 1602 and
therefore he left it out.

> However this line is in the 1642 config.  I tried adding it to my 32.4.2
> config with no change in behavior.

I assume this means that you've tested playback both with and without the
xmit_transfer_delay line and found the muted playback behaviour unchanged.

Here's another long-shot for the 32.4.2: maybe try with different values of
xmit_transfer_delay.

> {   # Studiolive 32.4.2, provided by Karl Swisher
>      vendorid    = 0x000a92;
>      modelid     = 0x00000014;
>      vendorname  = "PreSonus";
>      modelname   = "STUDIOLIVE_3242";
>      driver      = "DICE";
> },

This is interesting: the configuration version in the repo has a modelname
of "STUDIOLIVE_3242_mk2" which must have been what was supplied by you in
April 2015 (see r2589).  In any case, it's cosmetic.  I also note that
there's no xmit_transfer_delay for the 32.4.2.  It's the 16.4.2 which has
the xmit_transfer_delay, although whether it's really needed for that device
is not explicitly known:

> {   # Studiolive 16.4.2, provided by Johan Landman
>      vendorid    = 0x000a92;
>      modelid     = 0x00000010;
>      vendorname  = "PreSonus";
>      modelname   = "STUDIOLIVE_1642";
>      driver      = "DICE";
>      xmit_transfer_delay = 4;
> },

Regards
  jonathan