Sound Devices USBPre2, UAC2 status

classic Classic list List threaded Threaded
29 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Sound Devices USBPre2, UAC2 status

shal
Hi,

Some old posts exist about the UAC2 support for the Sound Devices USBPre2 but some problem remains.
The current status is that this sound card is supported as a USB 1.1 card in high-speed mode.
But this card is not seen as a Usb Audio Class 2 on  Linux. On Mac OS X this card is recognized as UAC2.


My principal problem is that the "device descriptor" provided by the card is always a USB1.1 class
There is two modes of boot for the card (pressing the "1" button, the card is in full speed mode, without pressing in UAC2 mode)
There is only one difference between these two modes in the lsusb -v : the "bInterval" go to 4 from 1.

This is already view by Clemens on:
http://lists.linuxaudio.org/pipermail/linux-audio-user/2011-October/081275.html

In this another post, we can seen:

Bernardo Barros wrote:
> Ok, I reconnected without pressing "1".
>
> Bus 002 Device 002: ID 0926:0202
> Device Descriptor:
>   bNumConfigurations      2

Strange, I have never 2 on bNumConfigurations !   Somebody can test it on its card ?
This is perhaps my problem, my card only provides one "Configuration Descriptor".
The second one is certainly the UAC2 "Configuration Descriptor".


The lsusb without 1 pressed : http://pastebin.com/8yjjASv7
The lsusb with 1 pressed : http://pastebin.com/pGFdjR4K
The usbmon trace of the insertion of the usbpre2 (without "1")  : http://pastebin.com/pySC4Age

This sound card is great, it is very disappointing to not be able to used it with all functionnalities.

I search help in order to debug this problem.
I am devlopper, I can test kernel patches without problem.

Thank for any idea (or patch).

Olivier
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

alexander-150
On 04/01/13 21:31, [hidden email] wrote:

> Hi,
>
> Some old posts exist about the UAC2 support for the Sound Devices USBPre2 but some problem remains.
> The current status is that this sound card is supported as a USB 1.1 card in high-speed mode.
> But this card is not seen as a Usb Audio Class 2 on  Linux. On Mac OS X this card is recognized as UAC2.
>
>
> My principal problem is that the "device descriptor" provided by the card is always a USB1.1 class
> There is two modes of boot for the card (pressing the "1" button, the card is in full speed mode, without pressing in UAC2 mode)
> There is only one difference between these two modes in the lsusb -v : the "bInterval" go to 4 from 1.
>
> This is already view by Clemens on:
> http://lists.linuxaudio.org/pipermail/linux-audio-user/2011-October/081275.html
>
> In this another post, we can seen:
>
> Bernardo Barros wrote:
>> Ok, I reconnected without pressing "1".
>>
>> Bus 002 Device 002: ID 0926:0202
>> Device Descriptor:
>>    bNumConfigurations      2
> Strange, I have never 2 on bNumConfigurations !   Somebody can test it on its card ?
> This is perhaps my problem, my card only provides one "Configuration Descriptor".
> The second one is certainly the UAC2 "Configuration Descriptor".
>
>
> The lsusb without 1 pressed : http://pastebin.com/8yjjASv7
> The lsusb with 1 pressed : http://pastebin.com/pGFdjR4K
> The usbmon trace of the insertion of the usbpre2 (without "1")  : http://pastebin.com/pySC4Age
>
> This sound card is great, it is very disappointing to not be able to used it with all functionnalities.
>
> I search help in order to debug this problem.
> I am devlopper, I can test kernel patches without problem.
>
> Thank for any idea (or patch).
>
> Olivier
> _______________________________________________
> Linux-audio-user mailing list
> [hidden email]
> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
I also own this interface, recently it has started to work in uac2 mode,
I still cant raise the samplerate, but it runs.. however, It still runs
alot better in uac1.. when in uac2 jack mysteriously shuts down for no
appearant reason. I run archlinux, allways uptodated with vanilla kernel.

This is when I connect it without pressing 1. eg, uac2
http://pastebin.com/BFJTwXnJ
And as with pressing 1. http://pastebin.com/ZJ1jbPUK
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

shal

----- Mail original -----

> De: "alexander" <[hidden email]>
> À: [hidden email]
> Envoyé: Lundi 7 Janvier 2013 18:27:42
> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
> I also own this interface, recently it has started to work in uac2
> mode,
> I still cant raise the samplerate, but it runs.. however, It still
> runs
> alot better in uac1.. when in uac2 jack mysteriously shuts down for
> no
> appearant reason. I run archlinux, allways uptodated with vanilla
> kernel.
>
> This is when I connect it without pressing 1. eg, uac2
> http://pastebin.com/BFJTwXnJ
> And as with pressing 1. http://pastebin.com/ZJ1jbPUK


Hi,

In my understanding, you are not in UAC2 , you are in high-speed mode but the usb audio protocol remains UAC1.


In the kernel source in the file include/uapi/linux/usb/audio.h is defined two values:
/* bInterfaceProtocol values to denote the version of the standard used */
#define UAC_VERSION_1 0x00
#define UAC_VERSION_2 0x20

So if the card is in UAC2 , you should see bInterfaceProtocol at 32 (or 0x20)
By example, now the RME babyface is recognize as UAC2 device, you can view its "lsub -v" here  : http://minilien.fr/a0m3kc

But for the usbPre2 device with ou without pressing the "1" button,  we have bInterfaceProtocol = 0. So we stays in UAC1, even the speed increase to high-speed.

So IMHO, it's why, we are already limited to 48khz framerate.


If a usb audio guru can confirm my idea...

I have no problem in high speed since kernel 3.2. Ubuntu kernel or vanilla kernel are OK (today, I use a 3.7.1 vanilla kernel).






_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

Hans Wilmers-2
On 01/07/2013 08:25 PM, [hidden email] wrote:

>
> ----- Mail original -----
>> De: "alexander" <[hidden email]>
>> À: [hidden email]
>> Envoyé: Lundi 7 Janvier 2013 18:27:42
>> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>> I also own this interface, recently it has started to work in uac2
>> mode,
>> I still cant raise the samplerate, but it runs.. however, It still
>> runs
>> alot better in uac1.. when in uac2 jack mysteriously shuts down for
>> no
>> appearant reason. I run archlinux, allways uptodated with vanilla
>> kernel.
>>
>> This is when I connect it without pressing 1. eg, uac2
>> http://pastebin.com/BFJTwXnJ
>> And as with pressing 1. http://pastebin.com/ZJ1jbPUK
>
>
> Hi,
>
> In my understanding, you are not in UAC2 , you are in high-speed mode but the usb audio protocol remains UAC1.
>
>
> In the kernel source in the file include/uapi/linux/usb/audio.h is defined two values:
> /* bInterfaceProtocol values to denote the version of the standard used */
> #define UAC_VERSION_1 0x00
> #define UAC_VERSION_2 0x20
>
> So if the card is in UAC2 , you should see bInterfaceProtocol at 32 (or 0x20)
> By example, now the RME babyface is recognize as UAC2 device, you can view its "lsub -v" here  : http://minilien.fr/a0m3kc
>
> But for the usbPre2 device with ou without pressing the "1" button,  we have bInterfaceProtocol = 0. So we stays in UAC1, even the speed increase to high-speed.
>

I was also surprised to see that the USBPre2 now works duplex without
pressing the "1" button while connecting.

This was tested on Fedora 17 with stock kernel 3.6.6-1.fc17.
Jack was set to 512 Frames/period and 3 periods/buffer, and in a 24h
recording I got no xruns.
I did not manage to choose a sample rate unlike 48000, though.

With lsusb, I can see 2 configurations for the same device, and the
second one has bInterfaceProtocol = 32 for all interfaces except HID:
http://pastebin.com/zwq0VVbM


/ Hans

_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

shal


----- Mail original -----

> De: "Hans Wilmers" <[hidden email]>
> À: [hidden email]
> Envoyé: Jeudi 10 Janvier 2013 13:23:57
> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>
> On 01/07/2013 08:25 PM, [hidden email] wrote:
> >
> > ----- Mail original -----
> >> De: "alexander" <[hidden email]>
> >> À: [hidden email]
> >> Envoyé: Lundi 7 Janvier 2013 18:27:42
> >> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
> >> I also own this interface, recently it has started to work in uac2
> >> mode,
> >> I still cant raise the samplerate, but it runs.. however, It still
> >> runs
> >> alot better in uac1.. when in uac2 jack mysteriously shuts down
> >> for
> >> no
> >> appearant reason. I run archlinux, allways uptodated with vanilla
> >> kernel.
> >>
> >> This is when I connect it without pressing 1. eg, uac2
> >> http://pastebin.com/BFJTwXnJ
> >> And as with pressing 1. http://pastebin.com/ZJ1jbPUK
> >
> >
> > Hi,
> >
> > In my understanding, you are not in UAC2 , you are in high-speed
> > mode but the usb audio protocol remains UAC1.
> >
> >
> > In the kernel source in the file include/uapi/linux/usb/audio.h is
> > defined two values:
> > /* bInterfaceProtocol values to denote the version of the standard
> > used */
> > #define UAC_VERSION_1 0x00
> > #define UAC_VERSION_2 0x20
> >
> > So if the card is in UAC2 , you should see bInterfaceProtocol at 32
> > (or 0x20)
> > By example, now the RME babyface is recognize as UAC2 device, you
> > can view its "lsub -v" here  : http://minilien.fr/a0m3kc
> >
> > But for the usbPre2 device with ou without pressing the "1" button,
> >  we have bInterfaceProtocol = 0. So we stays in UAC1, even the
> > speed increase to high-speed.
> >
>
> I was also surprised to see that the USBPre2 now works duplex without
> pressing the "1" button while connecting.
>
> This was tested on Fedora 17 with stock kernel 3.6.6-1.fc17.
> Jack was set to 512 Frames/period and 3 periods/buffer, and in a 24h
> recording I got no xruns.
> I did not manage to choose a sample rate unlike 48000, though.
>
> With lsusb, I can see 2 configurations for the same device, and the
> second one has bInterfaceProtocol = 32 for all interfaces except HID:
> http://pastebin.com/zwq0VVbM


Hi Hans,

Thank you for provided information.

So, some usbPre2 have bNumConfigurations=2 when "1" is not pressed but not all usbPre2 (mine or alexander devices have only one "Configuration Descriptor").  Your device descriptor contains a UAC2 configuration descriptor, This sound good.

Perhaps there is different firmware ?
I have the 1.03 firmware. Can you provide your firmware level ?
Can you test 192khz value in jackd ?

Olivier

_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

Hans Wilmers-2
On 01/10/2013 06:08 PM, [hidden email] wrote:

>
>
> ----- Mail original -----
>> De: "Hans Wilmers" <[hidden email]>
>> À: [hidden email]
>> Envoyé: Jeudi 10 Janvier 2013 13:23:57
>> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>>
>> On 01/07/2013 08:25 PM, [hidden email] wrote:
>>>
>>> ----- Mail original -----
>>>> De: "alexander" <[hidden email]>
>>>> À: [hidden email]
>>>> Envoyé: Lundi 7 Janvier 2013 18:27:42
>>>> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>>>> I also own this interface, recently it has started to work in uac2
>>>> mode,
>>>> I still cant raise the samplerate, but it runs.. however, It still
>>>> runs
>>>> alot better in uac1.. when in uac2 jack mysteriously shuts down
>>>> for
>>>> no
>>>> appearant reason. I run archlinux, allways uptodated with vanilla
>>>> kernel.
>>>>
>>>> This is when I connect it without pressing 1. eg, uac2
>>>> http://pastebin.com/BFJTwXnJ
>>>> And as with pressing 1. http://pastebin.com/ZJ1jbPUK
>>>
>>>
>>> Hi,
>>>
>>> In my understanding, you are not in UAC2 , you are in high-speed
>>> mode but the usb audio protocol remains UAC1.
>>>
>>>
>>> In the kernel source in the file include/uapi/linux/usb/audio.h is
>>> defined two values:
>>> /* bInterfaceProtocol values to denote the version of the standard
>>> used */
>>> #define UAC_VERSION_1 0x00
>>> #define UAC_VERSION_2 0x20
>>>
>>> So if the card is in UAC2 , you should see bInterfaceProtocol at 32
>>> (or 0x20)
>>> By example, now the RME babyface is recognize as UAC2 device, you
>>> can view its "lsub -v" here  : http://minilien.fr/a0m3kc
>>>
>>> But for the usbPre2 device with ou without pressing the "1" button,
>>>   we have bInterfaceProtocol = 0. So we stays in UAC1, even the
>>> speed increase to high-speed.
>>>
>>
>> I was also surprised to see that the USBPre2 now works duplex without
>> pressing the "1" button while connecting.
>>
>> This was tested on Fedora 17 with stock kernel 3.6.6-1.fc17.
>> Jack was set to 512 Frames/period and 3 periods/buffer, and in a 24h
>> recording I got no xruns.
>> I did not manage to choose a sample rate unlike 48000, though.
>>
>> With lsusb, I can see 2 configurations for the same device, and the
>> second one has bInterfaceProtocol = 32 for all interfaces except HID:
>> http://pastebin.com/zwq0VVbM
>
>
> Hi Hans,
>
> Thank you for provided information.
>
> So, some usbPre2 have bNumConfigurations=2 when "1" is not pressed but not all usbPre2 (mine or alexander devices have only one "Configuration Descriptor").  Your device descriptor contains a UAC2 configuration descriptor, This sound good.
>
> Perhaps there is different firmware ?
> I have the 1.03 firmware. Can you provide your firmware level ?

Hmmm, same firmware 1.03 version here.
Which kernel are you running?

> Can you test 192khz value in jackd ?
>

No luck with this either - fastest one I get is 48000. This corresponds
to the output of lsusb, which does not list samplerates over 48000 for
this device.

/ Hans




_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

shal


----- Mail original -----

> De: "Hans Wilmers" <[hidden email]>
> À: [hidden email]
> Envoyé: Jeudi 10 Janvier 2013 22:10:41
> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>
> On 01/10/2013 06:08 PM, [hidden email] wrote:
> >
> >
> > ----- Mail original -----
> >> De: "Hans Wilmers" <[hidden email]>
> >> À: [hidden email]
> >> Envoyé: Jeudi 10 Janvier 2013 13:23:57
> >> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
> >>
> >> On 01/07/2013 08:25 PM, [hidden email] wrote:
> >>>
> >>> ----- Mail original -----
> >>>> De: "alexander" <[hidden email]>
> >>>> À: [hidden email]
> >>>> Envoyé: Lundi 7 Janvier 2013 18:27:42
> >>>> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
> >>>> I also own this interface, recently it has started to work in
> >>>> uac2
> >>>> mode,
> >>>> I still cant raise the samplerate, but it runs.. however, It
> >>>> still
> >>>> runs
> >>>> alot better in uac1.. when in uac2 jack mysteriously shuts down
> >>>> for
> >>>> no
> >>>> appearant reason. I run archlinux, allways uptodated with
> >>>> vanilla
> >>>> kernel.
> >>>>
> >>>> This is when I connect it without pressing 1. eg, uac2
> >>>> http://pastebin.com/BFJTwXnJ
> >>>> And as with pressing 1. http://pastebin.com/ZJ1jbPUK
> >>>
> >>>
> >>> Hi,
> >>>
> >>> In my understanding, you are not in UAC2 , you are in high-speed
> >>> mode but the usb audio protocol remains UAC1.
> >>>
> >>>
> >>> In the kernel source in the file include/uapi/linux/usb/audio.h
> >>> is
> >>> defined two values:
> >>> /* bInterfaceProtocol values to denote the version of the
> >>> standard
> >>> used */
> >>> #define UAC_VERSION_1 0x00
> >>> #define UAC_VERSION_2 0x20
> >>>
> >>> So if the card is in UAC2 , you should see bInterfaceProtocol at
> >>> 32
> >>> (or 0x20)
> >>> By example, now the RME babyface is recognize as UAC2 device, you
> >>> can view its "lsub -v" here  : http://minilien.fr/a0m3kc
> >>>
> >>> But for the usbPre2 device with ou without pressing the "1"
> >>> button,
> >>>   we have bInterfaceProtocol = 0. So we stays in UAC1, even the
> >>> speed increase to high-speed.
> >>>
> >>
> >> I was also surprised to see that the USBPre2 now works duplex
> >> without
> >> pressing the "1" button while connecting.
> >>
> >> This was tested on Fedora 17 with stock kernel 3.6.6-1.fc17.
> >> Jack was set to 512 Frames/period and 3 periods/buffer, and in a
> >> 24h
> >> recording I got no xruns.
> >> I did not manage to choose a sample rate unlike 48000, though.
> >>
> >> With lsusb, I can see 2 configurations for the same device, and
> >> the
> >> second one has bInterfaceProtocol = 32 for all interfaces except
> >> HID:
> >> http://pastebin.com/zwq0VVbM
> >
> >
> > Hi Hans,
> >
> > Thank you for provided information.
> >
> > So, some usbPre2 have bNumConfigurations=2 when "1" is not pressed
> > but not all usbPre2 (mine or alexander devices have only one
> > "Configuration Descriptor").  Your device descriptor contains a
> > UAC2 configuration descriptor, This sound good.
> >
> > Perhaps there is different firmware ?
> > I have the 1.03 firmware. Can you provide your firmware level ?
>
> Hmmm, same firmware 1.03 version here.
> Which kernel are you running?
>
> > Can you test 192khz value in jackd ?
> >
>
> No luck with this either - fastest one I get is 48000. This
> corresponds
> to the output of lsusb, which does not list samplerates over 48000
> for
> this device.


I have tried different kernel, 3.2 to 3.7.1, vanilla or ubuntu kernel.

The lsusb does not means that you are limited to 48000.

The lsusb provides the "devices descriptor" and a devices descriptors has one or more "configuration descriptor". The kernel chooses one of the "configuration descriptor".
In your device descriptor (provided directly by the device) there is two possibles configuration descriptons (the bNumConfigurations=2). The first one corresponds to the UAC1 mode in high-speed (this is my one configuration) and so limited to 48000. The second one is the UAC2 mode (the expected mode).

Perhaps the kernel choose the fist good one, so UAC1  .

Can you send the result of  cat /proc/asound/USBPre2/stream0  ?

Olivier
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

Hans Wilmers-2
On 01/10/2013 10:30 PM, [hidden email] wrote:

>
>> De: "Hans Wilmers" <[hidden email]>
>> No luck with this either - fastest one I get is 48000. This
>> corresponds
>> to the output of lsusb, which does not list samplerates over 48000
>> for
>> this device.
>
>
> I have tried different kernel, 3.2 to 3.7.1, vanilla or ubuntu kernel.
>
> The lsusb does not means that you are limited to 48000.
>
> The lsusb provides the "devices descriptor" and a devices descriptors has one or more "configuration descriptor". The kernel chooses one of the "configuration descriptor".
> In your device descriptor (provided directly by the device) there is two possibles configuration descriptons (the bNumConfigurations=2). The first one corresponds to the UAC1 mode in high-speed (this is my one configuration) and so limited to 48000. The second one is the UAC2 mode (the expected mode).
>
> Perhaps the kernel choose the fist good one, so UAC1  .
>
> Can you send the result of  cat /proc/asound/USBPre2/stream0  ?
>

Yes, see below.

/ Hans


--------------- /proc/asound/USBPre2/stream0 -------------

Sound Devices USBPre2 at usb-0000:00:1a.0-1.2, high speed : USB Audio

Playback:
   Status: Stop
   Interface 1
     Altset 1
     Format: S16_LE
     Channels: 2
     Endpoint: 6 OUT (ASYNC)
     Rates: 8000, 16000, 24000, 32000, 44100, 48000
     Data packet interval: 1000 us
   Interface 1
     Altset 2
     Format: S24_3LE
     Channels: 2
     Endpoint: 6 OUT (ASYNC)
     Rates: 8000, 16000, 24000, 32000, 44100, 48000
     Data packet interval: 1000 us

Capture:
   Status: Stop
   Interface 2
     Altset 1
     Format: S16_LE
     Channels: 2
     Endpoint: 5 IN (ASYNC)
     Rates: 8000, 16000, 24000, 32000, 44100, 48000
     Data packet interval: 1000 us
   Interface 2
     Altset 2
     Format: S24_3LE
     Channels: 2
     Endpoint: 5 IN (ASYNC)
     Rates: 8000, 16000, 24000, 32000, 44100, 48000
     Data packet interval: 1000 us

--------------------------------------------------------------
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: USB2 Audio, PreSonus Audiobox 1818VSL -- was: Sound Devices USBPre2, UAC2 status

Hans Wilmers-2
In reply to this post by shal
On 01/04/2013 08:31 PM, [hidden email] wrote:
> Hi,
>
> Some old posts exist about the UAC2 support for the Sound Devices USBPre2 but some problem remains.
> The current status is that this sound card is supported as a USB 1.1 card in high-speed mode.
> But this card is not seen as a Usb Audio Class 2 on  Linux. On Mac OS X this card is recognized as UAC2.
>

I have access to a PreSonus Audiobox 1818VSL today, and it gets
instantly recognised with 18+18 channels. I tested the analog inputs and
outputs, and these work fine with up to 24/96.

With lsusb, two configurations are shown, and both have
bInterfaceProtocol = 32.

Output of dmesg and lsusb here:
http://pastebin.com/V3P7zi93

/ Hans


_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: USB2 Audio, PreSonus Audiobox 1818VSL -- was: Sound Devices USBPre2, UAC2 status

Robin Gareus
On 01/11/2013 04:26 PM, Hans Wilmers wrote:

> On 01/04/2013 08:31 PM, [hidden email] wrote:
>> Hi,
>>
>> Some old posts exist about the UAC2 support for the Sound Devices
>> USBPre2 but some problem remains.
>> The current status is that this sound card is supported as a USB 1.1
>> card in high-speed mode.
>> But this card is not seen as a Usb Audio Class 2 on  Linux. On Mac OS
>> X this card is recognized as UAC2.
>>
>
> I have access to a PreSonus Audiobox 1818VSL today, and it gets
> instantly recognised with 18+18 channels. I tested the analog inputs and
> outputs, and these work fine with up to 24/96.
>

It is known to work well under GNU/Linux:

http://wiki.linuxaudio.org/wiki/current_audio_gear#presonus_-_1818vsl_usb2
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

shal
In reply to this post by Hans Wilmers-2


----- Mail original -----

> De: "Hans Wilmers" <[hidden email]>
> À: [hidden email]
> Envoyé: Jeudi 10 Janvier 2013 23:23:56
> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>
> On 01/10/2013 10:30 PM, [hidden email] wrote:
> >
> >> De: "Hans Wilmers" <[hidden email]>
> >> No luck with this either - fastest one I get is 48000. This
> >> corresponds
> >> to the output of lsusb, which does not list samplerates over 48000
> >> for
> >> this device.
> >
> >
> > I have tried different kernel, 3.2 to 3.7.1, vanilla or ubuntu
> > kernel.
> >
> > The lsusb does not means that you are limited to 48000.
> >
> > The lsusb provides the "devices descriptor" and a devices
> > descriptors has one or more "configuration descriptor". The kernel
> > chooses one of the "configuration descriptor".
> > In your device descriptor (provided directly by the device) there
> > is two possibles configuration descriptons (the
> > bNumConfigurations=2). The first one corresponds to the UAC1 mode
> > in high-speed (this is my one configuration) and so limited to
> > 48000. The second one is the UAC2 mode (the expected mode).
> >
> > Perhaps the kernel choose the fist good one, so UAC1  .
> >
> > Can you send the result of  cat /proc/asound/USBPre2/stream0  ?
> >
>
> Yes, see below.
>
> / Hans
>
>
> --------------- /proc/asound/USBPre2/stream0 -------------
>
> Sound Devices USBPre2 at usb-0000:00:1a.0-1.2, high speed : USB Audio
>
> Playback:
>    Status: Stop
>    Interface 1
>      Altset 1
>      Format: S16_LE
>      Channels: 2
>      Endpoint: 6 OUT (ASYNC)
>      Rates: 8000, 16000, 24000, 32000, 44100, 48000
>      Data packet interval: 1000 us
>    Interface 1
>      Altset 2
>      Format: S24_3LE
>      Channels: 2
>      Endpoint: 6 OUT (ASYNC)
>      Rates: 8000, 16000, 24000, 32000, 44100, 48000
>      Data packet interval: 1000 us


Hi Hans,

So , effectively you are limited to 48000.
I supposed that the linux kernel chooses this first valid configuration descriptor.

This behavior can be modified in the kernel with adding a quirk in the code.
If my usbPre2 has the good device descripton, I can devlop and test this patch.
But my devices does not offer the UAC2 configuration descriptor.

I have write a post on the Sound Devices Forum. Perhaps I will have help to understand why my device has this strange behavior and correct it.

In this case, I think I can patch the kernel to have the UAC2 mode...

Olivier
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: USB2 Audio, PreSonus Audiobox 1818VSL -- was: Sound Devices USBPre2, UAC2 status

Louis Gorenfeld
In reply to this post by Robin Gareus
Hi,
  There are some glitches in the current ALSA (1.0.25) implementation
of UAC2, at least when used with the 1818VSL. It does mostly work (in
UAC2 mode, too). What I have noticed, aside from the click, is this:

- The sample clock selector doesn't work by default. I made a patch
that addresses this:
http://mailman.alsa-project.org/pipermail/alsa-devel/2013-January/058141.html

- The mixer control names are all prefixed with "AudioBox 1818 VSL
Clock Selector" (which is the name of the first control)

- Note that there are two mutes in the mixer-- one per-channel and one
master mute. The same is true of input muting. If you're not hearing
anything, check this first.

- Don't turn it off when an audio stream is processing or it'll risk a
kernel panic. Or, at least, that has been my experience.

- There appears to be a general compatibility issue with i7 and the
PreSonus (cross-platform; it'll happen on Windows too). I believe this
is a known bug that is being addressed. This manifests as a subtle
click once a minute or so, from the machine I tried it on.

Lemme know how it works out for you!

-Louis

On Fri, Jan 11, 2013 at 7:32 AM, Robin Gareus <[hidden email]> wrote:

> On 01/11/2013 04:26 PM, Hans Wilmers wrote:
>> On 01/04/2013 08:31 PM, [hidden email] wrote:
>>> Hi,
>>>
>>> Some old posts exist about the UAC2 support for the Sound Devices
>>> USBPre2 but some problem remains.
>>> The current status is that this sound card is supported as a USB 1.1
>>> card in high-speed mode.
>>> But this card is not seen as a Usb Audio Class 2 on  Linux. On Mac OS
>>> X this card is recognized as UAC2.
>>>
>>
>> I have access to a PreSonus Audiobox 1818VSL today, and it gets
>> instantly recognised with 18+18 channels. I tested the analog inputs and
>> outputs, and these work fine with up to 24/96.
>>
>
> It is known to work well under GNU/Linux:
>
> http://wiki.linuxaudio.org/wiki/current_audio_gear#presonus_-_1818vsl_usb2
> _______________________________________________
> Linux-audio-user mailing list
> [hidden email]
> http://lists.linuxaudio.org/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

alexander-150
In reply to this post by shal
On 11/01/13 17:42, [hidden email] wrote:

>
> ----- Mail original -----
>> De: "Hans Wilmers" <[hidden email]>
>> À: [hidden email]
>> Envoyé: Jeudi 10 Janvier 2013 23:23:56
>> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>>
>> On 01/10/2013 10:30 PM, [hidden email] wrote:
>>>> De: "Hans Wilmers" <[hidden email]>
>>>> No luck with this either - fastest one I get is 48000. This
>>>> corresponds
>>>> to the output of lsusb, which does not list samplerates over 48000
>>>> for
>>>> this device.
>>>
>>> I have tried different kernel, 3.2 to 3.7.1, vanilla or ubuntu
>>> kernel.
>>>
>>> The lsusb does not means that you are limited to 48000.
>>>
>>> The lsusb provides the "devices descriptor" and a devices
>>> descriptors has one or more "configuration descriptor". The kernel
>>> chooses one of the "configuration descriptor".
>>> In your device descriptor (provided directly by the device) there
>>> is two possibles configuration descriptons (the
>>> bNumConfigurations=2). The first one corresponds to the UAC1 mode
>>> in high-speed (this is my one configuration) and so limited to
>>> 48000. The second one is the UAC2 mode (the expected mode).
>>>
>>> Perhaps the kernel choose the fist good one, so UAC1  .
>>>
>>> Can you send the result of  cat /proc/asound/USBPre2/stream0  ?
>>>
>> Yes, see below.
>>
>> / Hans
>>
>>
>> --------------- /proc/asound/USBPre2/stream0 -------------
>>
>> Sound Devices USBPre2 at usb-0000:00:1a.0-1.2, high speed : USB Audio
>>
>> Playback:
>>     Status: Stop
>>     Interface 1
>>       Altset 1
>>       Format: S16_LE
>>       Channels: 2
>>       Endpoint: 6 OUT (ASYNC)
>>       Rates: 8000, 16000, 24000, 32000, 44100, 48000
>>       Data packet interval: 1000 us
>>     Interface 1
>>       Altset 2
>>       Format: S24_3LE
>>       Channels: 2
>>       Endpoint: 6 OUT (ASYNC)
>>       Rates: 8000, 16000, 24000, 32000, 44100, 48000
>>       Data packet interval: 1000 us
>
> Hi Hans,
>
> So , effectively you are limited to 48000.
> I supposed that the linux kernel chooses this first valid configuration descriptor.
>
> This behavior can be modified in the kernel with adding a quirk in the code.
> If my usbPre2 has the good device descripton, I can devlop and test this patch.
> But my devices does not offer the UAC2 configuration descriptor.
>
> I have write a post on the Sound Devices Forum. Perhaps I will have help to understand why my device has this strange behavior and correct it.
>
> In this case, I think I can patch the kernel to have the UAC2 mode...
>
> Olivier
> _______________________________________________
> Linux-audio-user mailing list
> [hidden email]
> http://lists.linuxaudio.org/listinfo/linux-audio-user
that would be amazing! I just joined the forum to raise their awereness
but I can't post yet it seems!

I submitted a bugreport to alsa's bugtracker aloong time ago where there
have been some additional discussion and someone actually have written
somekind of patch, I never got it to work tho.. but the tracker is down
now it seems.... I also started some threads on the alsa mailing list,
both users and dev.
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: USB2 Audio, PreSonus Audiobox 1818VSL

Robin Gareus
In reply to this post by Louis Gorenfeld
On 01/11/2013 11:17 PM, Louis Gorenfeld wrote:
> - The sample clock selector doesn't work by default. I made a patch
> that addresses this:
> http://mailman.alsa-project.org/pipermail/alsa-devel/2013-January/058141.html

confirmed working here with
  linux 3.2.35-2 SMP PREEMPT RT 3.2.35-2 i686 pae

and 'amixer' as well as 'alsamixer'

thanks,
robin
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: USB2 Audio, PreSonus Audiobox 1818VSL

Louis Gorenfeld
Hmm did it work before my patch? That'd be interesting if it's down to
a firmware version difference or something like that.

On Tue, Jan 15, 2013 at 12:33 PM, Robin Gareus <[hidden email]> wrote:

> On 01/11/2013 11:17 PM, Louis Gorenfeld wrote:
>> - The sample clock selector doesn't work by default. I made a patch
>> that addresses this:
>> http://mailman.alsa-project.org/pipermail/alsa-devel/2013-January/058141.html
>
> confirmed working here with
>   linux 3.2.35-2 SMP PREEMPT RT 3.2.35-2 i686 pae
>
> and 'amixer' as well as 'alsamixer'
>
> thanks,
> robin
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

alexander-150
In reply to this post by shal
On 04/01/13 21:31, [hidden email] wrote:

> Hi,
>
> Some old posts exist about the UAC2 support for the Sound Devices USBPre2 but some problem remains.
> The current status is that this sound card is supported as a USB 1.1 card in high-speed mode.
> But this card is not seen as a Usb Audio Class 2 on  Linux. On Mac OS X this card is recognized as UAC2.
>
>
> My principal problem is that the "device descriptor" provided by the card is always a USB1.1 class
> There is two modes of boot for the card (pressing the "1" button, the card is in full speed mode, without pressing in UAC2 mode)
> There is only one difference between these two modes in the lsusb -v : the "bInterval" go to 4 from 1.
>
> This is already view by Clemens on:
> http://lists.linuxaudio.org/pipermail/linux-audio-user/2011-October/081275.html
>
> In this another post, we can seen:
>
> Bernardo Barros wrote:
>> Ok, I reconnected without pressing "1".
>>
>> Bus 002 Device 002: ID 0926:0202
>> Device Descriptor:
>>    bNumConfigurations      2
> Strange, I have never 2 on bNumConfigurations !   Somebody can test it on its card ?
> This is perhaps my problem, my card only provides one "Configuration Descriptor".
> The second one is certainly the UAC2 "Configuration Descriptor".
>
>
> The lsusb without 1 pressed : http://pastebin.com/8yjjASv7
> The lsusb with 1 pressed : http://pastebin.com/pGFdjR4K
> The usbmon trace of the insertion of the usbpre2 (without "1")  : http://pastebin.com/pySC4Age
>
> This sound card is great, it is very disappointing to not be able to used it with all functionnalities.
>
> I search help in order to debug this problem.
> I am devlopper, I can test kernel patches without problem.
>
> Thank for any idea (or patch).
>
> Olivier
> _______________________________________________
> Linux-audio-user mailing list
> [hidden email]
> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
Oliver check your SD thread
http://forum.sounddevices.com/showthread.php?3785-Linux-status-for-usbPre2&highlight=linux 
Paul Isaacs of Sound Devices has posted a potentially helpful reply!
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

shal


----- Mail original -----
> De: "alexander" <[hidden email]>
> À: [hidden email]
> Envoyé: Lundi 21 Janvier 2013 15:58:55
> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
> Oliver check your SD thread
> http://forum.sounddevices.com/showthread.php?3785-Linux-status-for-usbPre2&highlight=linux
> Paul Isaacs of Sound Devices has posted a potentially helpful reply!


Hi,

I have some succes on UAC2 support for the USBPRe2.

Like indicated by Paul form Sound Devices, the sound card recognize that the OS is a Windows and so only have one configuration descriptor in the device desciptor : the UAC1 descriptor. The used method is on the STANDARD_REQUEST_GET_DESCRIPTOR if the wLength is 64 the OS is supposed to be Windows.

But Linux have taken the same behavior like of Windows and take also the 64 value.
In  driver/usb/core/hub.c : #define GET_DESCRIPTOR_BUFSIZE 64

If you put another value (like 65) the device descriptor have now 2 configuration descriptor (UAC1 and UAC2).
It seems mandatory to have a unplug/plug of the sound card (the first "get_descriptor" seems to determine the sound card behavior).


My "lsusb -v -d 0926:" : http://pastebin.com/nFTN2E04


First step is OK.
Nevertheless, the sound card remains in UAC1.
The kernel choose the first valid configuration descriptor and the UAC1 is OK so....

I have test a ugly patch.
At the end of the function usb_choose_configuration() (in file driver/usb/core/generic.c) , I changed the behavior like this:
if(udev->product != NULL)
  if(strlen(udev->product) >= 7)  
   if(strncmp(udev->product,"USBPre2",7) == 0)
    {
    i++;
    printk("USBPre2: overwrite the choosen configuration to the follower :%d\n",i);
   }
return i;

And that all, now the USBPRe2 is view as a UAC2 sound card.

I have played a 24bit/192khz music.
This is the status of the sound card:

$ cat /proc/asound/USBPre2/stream0
Sound Devices USBPre2 at usb-0000:00:1d.0-1.3, high speed : USB Audio

Playback:
Status: Running
Interface = 1
Altset = 2
Packet Size = 156
Momentary freq = 192000 Hz (0x18.0000)
Feedback Format = 8.16
Packet Size = 0
Momentary freq = 192000 Hz (0x18.0000)
Interface 1
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 6 OUT (ASYNC)
Rates: 8000, 16000, 24000, 32000, 44100, 48000, 88200, 96000, 176400, 192000
Data packet interval: 125 us
Interface 1
Altset 2
Format: S24_3LE
Channels: 2
Endpoint: 6 OUT (ASYNC)
Rates: 8000, 16000, 24000, 32000, 44100, 48000, 88200, 96000, 176400, 192000
Data packet interval: 125 us


Jackd is OK with "/usr/bin/jackd -P10 -p128 -dalsa -dhw:0 -r192000 -p2048 -n3 -m -H -M -P"

It's remains a problem : I am not able to performs a capture....

So, I hope that this information will permit to find a way to have a easy and complete UAC2 support for this sound card.

Bye
Olivier
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: Sound Devices USBPre2, UAC2 status

alexander-150
On 24/01/13 23:40, [hidden email] wrote:

>
> ----- Mail original -----
>> De: "alexander" <[hidden email]>
>> À: [hidden email]
>> Envoyé: Lundi 21 Janvier 2013 15:58:55
>> Objet: Re: [LAU] Sound Devices USBPre2, UAC2 status
>> Oliver check your SD thread
>> http://forum.sounddevices.com/showthread.php?3785-Linux-status-for-usbPre2&highlight=linux
>> Paul Isaacs of Sound Devices has posted a potentially helpful reply!
>
> Hi,
>
> I have some succes on UAC2 support for the USBPRe2.
>
> Like indicated by Paul form Sound Devices, the sound card recognize that the OS is a Windows and so only have one configuration descriptor in the device desciptor : the UAC1 descriptor. The used method is on the STANDARD_REQUEST_GET_DESCRIPTOR if the wLength is 64 the OS is supposed to be Windows.
>
> But Linux have taken the same behavior like of Windows and take also the 64 value.
> In  driver/usb/core/hub.c : #define GET_DESCRIPTOR_BUFSIZE 64
>
> If you put another value (like 65) the device descriptor have now 2 configuration descriptor (UAC1 and UAC2).
> It seems mandatory to have a unplug/plug of the sound card (the first "get_descriptor" seems to determine the sound card behavior).
>
>
> My "lsusb -v -d 0926:" : http://pastebin.com/nFTN2E04
>
>
> First step is OK.
> Nevertheless, the sound card remains in UAC1.
> The kernel choose the first valid configuration descriptor and the UAC1 is OK so....
>
> I have test a ugly patch.
> At the end of the function usb_choose_configuration() (in file driver/usb/core/generic.c) , I changed the behavior like this:
> if(udev->product != NULL)
>    if(strlen(udev->product) >= 7)
>     if(strncmp(udev->product,"USBPre2",7) == 0)
>      {
>      i++;
>      printk("USBPre2: overwrite the choosen configuration to the follower :%d\n",i);
>     }
> return i;
>
> And that all, now the USBPRe2 is view as a UAC2 sound card.
>
> I have played a 24bit/192khz music.
> This is the status of the sound card:
>
> $ cat /proc/asound/USBPre2/stream0
> Sound Devices USBPre2 at usb-0000:00:1d.0-1.3, high speed : USB Audio
>
> Playback:
> Status: Running
> Interface = 1
> Altset = 2
> Packet Size = 156
> Momentary freq = 192000 Hz (0x18.0000)
> Feedback Format = 8.16
> Packet Size = 0
> Momentary freq = 192000 Hz (0x18.0000)
> Interface 1
> Altset 1
> Format: S16_LE
> Channels: 2
> Endpoint: 6 OUT (ASYNC)
> Rates: 8000, 16000, 24000, 32000, 44100, 48000, 88200, 96000, 176400, 192000
> Data packet interval: 125 us
> Interface 1
> Altset 2
> Format: S24_3LE
> Channels: 2
> Endpoint: 6 OUT (ASYNC)
> Rates: 8000, 16000, 24000, 32000, 44100, 48000, 88200, 96000, 176400, 192000
> Data packet interval: 125 us
>
>
> Jackd is OK with "/usr/bin/jackd -P10 -p128 -dalsa -dhw:0 -r192000 -p2048 -n3 -m -H -M -P"
>
> It's remains a problem : I am not able to performs a capture....
>
> So, I hope that this information will permit to find a way to have a easy and complete UAC2 support for this sound card.
>
> Bye
> Olivier
> _______________________________________________
> Linux-audio-user mailing list
> [hidden email]
> http://lists.linuxaudio.org/listinfo/linux-audio-user
wondeful! I hope this gets resolved quickly!
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: USB2 Audio, PreSonus Audiobox 1818VSL -- was: Sound Devices USBPre2, UAC2 status

drew Roberts-2
In reply to this post by Robin Gareus
On Friday 11 January 2013 10:32:37 Robin Gareus wrote:

> On 01/11/2013 04:26 PM, Hans Wilmers wrote:
> > On 01/04/2013 08:31 PM, [hidden email] wrote:
> >> Hi,
> >>
> >> Some old posts exist about the UAC2 support for the Sound Devices
> >> USBPre2 but some problem remains.
> >> The current status is that this sound card is supported as a USB 1.1
> >> card in high-speed mode.
> >> But this card is not seen as a Usb Audio Class 2 on  Linux. On Mac OS
> >> X this card is recognized as UAC2.
> >
> > I have access to a PreSonus Audiobox 1818VSL today, and it gets
> > instantly recognised with 18+18 channels. I tested the analog inputs and
> > outputs, and these work fine with up to 24/96.
>
> It is known to work well under GNU/Linux:
>
> http://wiki.linuxaudio.org/wiki/current_audio_gear#presonus_-_1818vsl_usb2

Anyone recorded multiple tracks at once into ardour using this interface?

all the best,

drew


_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
Reply | Threaded
Open this post in threaded view
|

Re: USB2 Audio, PreSonus Audiobox 1818VSL -- was: Sound Devices USBPre2, UAC2 status

Robin Gareus
On 01/26/2013 05:13 PM, drew Roberts wrote:
[..]
>>> I have access to a PreSonus Audiobox 1818VSL today, and it gets
>>> instantly recognised with 18+18 channels. I tested the analog inputs and
>>> outputs, and these work fine with up to 24/96.
>>
>> It is known to work well under GNU/Linux:
>>
>> http://wiki.linuxaudio.org/wiki/current_audio_gear#presonus_-_1818vsl_usb2
>
> Anyone recorded multiple tracks at once into ardour using this interface?

Certainly. All 8 analog inputs at once without any issues. - Ardour3 in
this case, but Ardour does not care: Since jackd (actually ALSA) works
reliably, all is good. You get a constant stream of 18 ins and 18 outs.

I have not yet had any need for recording mixed analog+digital sessions
but I've done some S/Pdif capturing and tested ADAT.

ciao,
robin
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
12