Does your computer have any USB-2 ports? Or is it possible to disable
the USB-3 controllers in the BIOS? It would be worthwhile to see if
the audio works when the device is attached to a non-USB-3 controller.
Hi,
Some more information from someone who has the same DAC as me and
has got
I got it. There doesn't seem to be anything wrong with the data in the
file. This means whatever the problem is, there's a good chance we
can't find it through software.
Does your computer have any USB-2 ports? Or is it possible to disable
the USB-3 controllers in the BIOS? It would be
The audio data is contained in the lines that have a 'Z'. Just search
for the first such line and then go back twenty or so lines before that
to provide some context.
Alan Stern
This OK?
BR
Russel
fff880211c1e000 2991052997 S Ii:2:002:3 -115:32 2
880036d09480 2991060964 C
Russel, here's a patch you can test. It's only a partial fix for the
problem, because it doesn't handle over/underruns. Still, it would be
nice to see if the patch makes any difference in normal operation.
Even if it doesn't fix the problem, please post a short stretch (a few
hundred
The patch was made against 3.15-rc2, which is no longer the latest
kernel version.
However, the nature of those error messages suggests that the patch
file you tried to apply was messed up somehow, probably by your email
client. You can get the unmodified original here:
More importantly, the routine sets urb-start_frame to the current
value of the frame counter. This is completely wrong; urb-start_frame
is supposed to be the (micro-)frame number for when the transfer
begins, not when the transfer was submitted.
As far as I can tell, the only way to do this
On 9 April 2014 19:53, Alan Stern st...@rowland.harvard.edu wrote:
On Wed, 9 Apr 2014, Clemens Ladisch wrote:
Alan Stern wrote:
The IN transfer was 1 frame long and scheduled for frame 1123, so its
completion indicates that the current frame number is = 1123. The OUT
transfer was 6
-- Forwarded message --
From: Russel Hughes russel.hug...@gmail.com
Date: 6 April 2014 11:32
Subject: Isochronos audio
To: linux-usb linux-usb@vger.kernel.org
Can you describe the actual problem ? How can you trigger it ? What are
you doing when the problem arises ? Do you
Can you describe the actual problem ? How can you trigger it ? What are
you doing when the problem arises ? Do you hear audio glitches or does
the device disconnect ? Do you have a crash ? Does the *same* device
work on other setups ?
Try to capture a usbmon trace of the failure, that's
Can you describe the actual problem ? How can you trigger it ? What are
you doing when the problem arises ? Do you hear audio glitches or does
the device disconnect ? Do you have a crash ? Does the *same* device
work on other setups ?
Try to capture a usbmon trace of the failure, that's
On 31 March 2014 23:00, Greg KH g...@kroah.com wrote:
On Mon, Mar 31, 2014 at 10:17:20PM +0200, Russel Hughes wrote:
Hi,
Thanks for replying. I can use a some USB audio devices, ones based
around the Ti PCM2704 are fine, the DAC I want to use is called an
audiolab MDAC and as I said it has
Hi,
Does anyone know when isochronous audio will be implemented for
USB 3.0 in Linux? I have asked Intel who make the NUC device I use and
they are not interested and on Ubuntu forums got no reply. I have an
Audiolab MDAC which cannot be used with USB 3.0 because of this, I
have to route the
202746 0
On 31 March 2014 22:02, Greg KH g...@kroah.com wrote:
On Mon, Mar 31, 2014 at 08:44:00AM +0200, Russel Hughes wrote:
Hi,
Does anyone know when isochronous audio will be implemented for
USB 3.0 in Linux?
What specific specification are you referring to that we do not already
:20PM +0200, Russel Hughes wrote:
Hi,
Thanks for replying. I can use a some USB audio devices, ones based
around the Ti PCM2704 are fine, the DAC I want to use is called an
audiolab MDAC and as I said it has an elasticity buffer, this sits at
50% full and is rock solid, as it should do, on USB
March 2014 23:00, Greg KH g...@kroah.com wrote:
On Mon, Mar 31, 2014 at 10:17:20PM +0200, Russel Hughes wrote:
Hi,
Thanks for replying. I can use a some USB audio devices, ones based
around the Ti PCM2704 are fine, the DAC I want to use is called an
audiolab MDAC and as I said it has
Hi,
Does anyone know when isochronous audio will be implemented for
USB 3.0 in Linux? I have asked Intel who make the NUC device I use and
they are not interested and on Ubuntu forums got no reply. I have an
Audiolab MDAC which cannot be used with USB 3.0 because of this, I
have to route the
16 matches
Mail list logo