I thoroughly tested the patches when the bug happened to me before. The
same kind of stuttering never happened again after the fix was released.
I suppose the newer reports are not related to this bug. Please
understand not all choppy audio has the same source.
You may troubleshoot over these thin
Can someone explain how, if at all, these fixes flow through to other
Linux versions like Fedora?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy pla
Just a short update:
Since my old computer brock down (more then 8 years old laptop), I have now a
Thinkpad T450p. Running Kubuntu 14.10, as before my DAC is an Audiolab 8200CD.
And this issue does not occur anymore, neither on the USB 2 nor USB 3 plug.
So might have been really an hardware issue
To keep this brief - I'm an idiot. It's all my own fault. Sorry for
wasting people's time reading my scribbles.
Now the longer version. I did some extensive tests, playing local music
via VLC - OK. Remote server music via VLC and foobar (under wine) - Not
OK. Internet music (Firefox, BBC radio
On Sat, 6 Dec 2014, Tim Passingham wrote:
> I assumed that since others had supplied so much detail I didn't need to
> supply any more. I was simply saying that this problem affects me as
> well (as I think was requested by an earlier post),
What makes you think this is the same problem? It pro
Andrejas: You say "I also had similar problem a year a so ago, but it
disappeared since then (now on Ubuntu 14.10 Arcam R-DAC)." Are you
saying that the same DAC didn't work under 14.04 but does under 14.10?
Has the problem therefore definitely been analysed and fixed in 14.10?
--
You received t
I assumed that since others had supplied so much detail I didn't need to
supply any more. I was simply saying that this problem affects me as
well (as I think was requested by an earlier post), and noting that on
an older USB-2 only system I get no problems at all (and didn't have on
previous vers
Tim: This has nothing to do with USB-3. You can tell from the log:
> Dec 6 13:33:29 twpsamlinux kernel: [ 512.148960] usb 3-1: new full-
speed USB device number 2 using ohci-pci
OHCI is strictly USB-1.1. However, you have not provided nearly enough
useful information to tell what's going wrong.
@Tim Passingham, as I understood from Alan Stern in earlier posts, most modern
computers emulate USB2 through USB3 root hub, so basically USB3 XHCI driver is
used for all connected devices, and async usb audio support in XHCI driver is
somewhat flawed.
I also had similar problem a year a so ago,
Furthermore, I resurrected my old Sony laptop just to try and test this,
with xubuntu 14.04, and it works OK. Being of 2003 vintage it's only
just USB 2, let alone 3.
So it seems to me that there may be a problem with the USB 3 support
misidentifying a USB 2 device in some fashion.
Can I force s
I am on 14.04, 64 bit, a new Samsung laptop bought earlier this year.
Connecting via USB 2 or USB 3 to my Musical Fidelity M1 CLiC Async USB
DAC gives the crackles and interruptions as described above (analogue or
digital). When connected it is described as a PCM2706 Audio Codec
Digital Stereo (I
I should note that running either Mac OS X or Windows, results in
perfect audio. It's only ever been Linux with the problem. Though to
be honest, after 6 years of unresolved USB audio, I've grown to just
accept that this will never be fixed.
--
You received this bug notification because you are
I also am having terrible USB audio. Trying to just chill listening to
the blues, and hear every minute, a pop or hiccup. If I switch to the
onboard sound (even if SPDIF output), perfectly fine. My monitor's
built in speakers are USB, and I'm about to just connect regular
speakers to the built i
this bug persists for me, now on 3.11, just tried a live system again
(have tried every new Ubuntu, Mint and Debian distro since bug appeared)
does it help to submit data here?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubu
I can't tell what's happening with daphile. Maybe it's simply a matter
of how much network activity or disk activity or graphics activity is
going on at the time. (Of course, storing a usbmon trace creates some
disk activity of its own...)
You can check whether graphics is the issue by switching
Thanks for looking into it!
But I wonder, if this should be an issue of my hardware, why I can use the same
laptop with the same DAC without problems with daphile (http://www.daphile.com/
, a headless Gentoo-based player)? Shouldn't daphile have the same problems? Or
is there a way to configure
The usbmon trace contains a bunch of -63 error codes. 28 of them
occurred during the 13-second trace. This code is documented to mean
"During an OUT transfer, the Host Controller could not retrieve data
system memory fast enough to keep up with the USB data rate".
In other words, the PCI bus in
Not sure if uploading my attachment worked right, got a confirmation,
but can't find it in my comment. Used the "add attachment" below the
comment field. If it is lost somewhere, I could upload it again.
--
You received this bug notification because you are a member of Kernel
Packages, which is s
Ok, finally got the time. Attached is the output stream with some
audible cracks, like explained above. Hope I did it right...
Not sure if the output of cat /sys/kernel/debug/usb/devices is of any
interest, but here it is:
T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D: Ver
Please read comment #172.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
Status in “linux” package in Ubuntu:
Fix Released
Bug descript
Hi!
Finally I also upgraded to Kubuntu 14.04, and have also still the crackles.
Since it is a very old Laptop, there are only USB 2.0 connectors, so for sure
no USB-3.0 problem...
And: running on the same laptop daphile (which is a headless player
based on Gentoo) works fine, without any problem
You can find the correspondence between the PCI device list and the USB
bus list by running
grep . /sys/bus/usb/devices/usb*/serial
In addition to the NEC controller, your listing includes two EHCI (i.e.,
USB-2) controllers; they are the ones with "Enhanced" in the
description. Any of those c
This is the output from LSPCI. There is a mention of NEC USB 3
controller, however I have tried all the USB2 and USB3 ports on the
machine previously without success.
markrich@markys-home-pc:~$ lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor
DRAM Controller (r
I recently heard that USB audio works okay over USB-3 using xHCI
controllers from NEC rather than Intel; see
http://marc.info/?l=linux-usb&m=139958150312402&w=2
If you run "lspci", it will show the manufacturers for the xHCI
controllers in your system.
--
You received this bug notification b
There probably is a document somewhere on the Ubuntu web site explaining
how to do this. (I don't know where, and I don't use Ubuntu.) Or maybe
Joseph Salisbury can do it for you.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in
I do not know how to apply the patch mentioned without guidance and
instructions.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
Status in
Just what I was going to suggest. Maybe you can find a true USB-2 card
somewhere else.
You can try building a kernel with the attached (untested) patch. It is
a partial fix for a bug in the xHCI driver, and it might solve your
problem on the USB-3 ports.
** Patch added: "Partial fix for xhci-hc
I have asked the retailer to take back the card I have purchased. It is
of no use to me if Linux is reporting it as USB3 and not USB2.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/113611
This is the result of the output from dmesg.
[10633.605645] usb 9-2: USB disconnect, device number 2
[10639.410777] usb 9-2: new full-speed USB device number 3 using xhci_hcd
[10640.279483] usb 9-2: New USB device found, idVendor=0c56, idProduct=0003
[10640.279488] usb 9-2: New USB device strings:
I hate to say this, but the "xhci_hcd" in the second line means that the
port is USB-3, not USB-2.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy pl
This is the result of the output from dmesg.
[10633.605645] usb 9-2: USB disconnect, device number 2
[10639.410777] usb 9-2: new full-speed USB device number 3 using xhci_hcd
[10640.279483] usb 9-2: New USB device found, idVendor=0c56, idProduct=0003
[10640.279488] usb 9-2: New USB device strings:
What about the dmesg output for when you plugged in the audio device?
The information in the usbmon trace suggests that the device was plugged
into a USB-3 port, not into the USB-2 PCI card.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to
I have attached a new report according to wishes from the device playing
audio through a separate PCI USB PCIe device. The file is 2.mon.out.
The rice crispies sound is still present through this device too.
** Attachment added: "2.mon.out"
https://bugs.launchpad.net/ubuntu/+source/linux/+bu
The device is now plugged into a USB port on the motherboard. I will do
a USBMON trace for you later. I will need to buy another PCI USB card
from eBay or other to provide another set of USB ports, however I'm
using only half of those I presently have so will be overflowing with
them.. :-/
--
Y
Have you tried an add-on PCI USB-2 card? (The lsusb output suggests you
don't.) That's the combination most likely to work. If you can do
that, attach the corresponding usbmon trace.
If you don't have any USB-2 ports on the PCI card, attach a usbmon trace
using a USB-2 port on the motherboard.
[ 3379.830961] usb 3-4: USB disconnect, device number 2
[ 3394.173420] usb 2-1.5: new full-speed USB device number 6 using ehci-pci
[ 3394.973170] usb 2-1.5: New USB device found, idVendor=0c56, idProduct=0003
[ 3394.973176] usb 2-1.5: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 339
I will do so, however the problem is the same for both USB2 and USB3
ports. I have tried them all in the past on the three controllers
(ASMEDIA, NEC and Intel).
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs
Was this dmesg taken after you plugged the device into the add-on PCI
card? It shows that the device is connected to a USB-3 port.
That's the reason for your problems; the support in Linux for
isochronous transfers over USB-3 is buggy. Try plugging the device into
a USB-2 port instead.
--
You
I have no idea if I have done what you desire correctly - given it's my
first attempt to do so, however I hope the following will be helpful.
markrich@markys-home-pc:~$ lsusb
Bus 002 Device 005: ID 18d1:4ee1 Google Inc. Nexus 4
Bus 002 Device 004: ID 046d:0825 Logitech, Inc. Webcam C270
Bus 002 De
Do this: After plugging the audio device into the PCI card, run the
"dmesg" command and attach the output to this bug report.
Did you read comment #72 in this bug report? Follow the intructions in
the URL mentioned in that comment.
--
You received this bug notification because you are a member
Apologies for being vague. I do not know how to get the information you
need to help identify the problem. The comment numbers you suggested do
not help me. I am still uncertain of my way around the lower levels of
Linux.
Please tell me how to get the information you need.
--
You received thi
You know, if would help a lot if you provided some concrete data instead
of just saying "it doesn't work". For example, what shows up in the
dmesg log when you plug the audio device into the PCI card? If you
collect a usbmon trace showing a noise-filled session, what do you get
(see comments #72-
Your suggestion does not work for me.
I have a USB PCI card installed to my computer alongside my motherboard
USB ports. I have already tried the Arcam device on its ports with the
same results when trying to isolate the cause previously.
--
You received this bug notification because you are a
Mark, Phil, and others:
This problem is not going to get solved any time soon. It requires a
substantial rewrite of a large portion of the ehci-hcd driver,, which
would itself take many months, and I have other things to work on.
In theory you can get around the problem by buying an add-on PCI U
>>
Mark,
I've just had the same problem on Gentoo with a new (and rather
expensive) DAC. With the 3.13 and 3.14 kernels it sounds like a bowl of
Rice Krispies - snap, crackle and pop.
BUT! After reading this bug report I tried the latest 3.4 kernel (3.4.87) and
that works perfectly. It would be
Mark,
I've just had the same problem on Gentoo with a new (and rather
expensive) DAC. With the 3.13 and 3.14 kernels it sounds like a bowl of
Rice Krispies - snap, crackle and pop.
BUT! After reading this bug report I tried the latest 3.4 kernel
(3.4.87) and that works perfectly. It would be nice
The homePC/Server I built isn't a year old yet. I cannot justify
replacing motherboard, RAM and CPU just for a single problem. I am
using a 3770K on an ASUS P8Z-77v-Deluxe motherboard. Nothing about my
rig is cheap sadly. :-(
--
You received this bug notification because you are a member of Ke
I am here. Hearing you.
On 21/04/14 11:46, Mark Rich wrote:
> Does anyone read this anymore or am I yelling at the wind?
>
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
Does anyone read this anymore or am I yelling at the wind?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
Status in “linux” package in Ubu
So I patiently waited for weeks until the release of 14.04 with its 3.13
kernel and the problem remains.
Did the patch not get integrated into the final release?
If not, why and how can I do it myself - in easy steps please!
I still cannot use my DAC without the crackles and pops. :-(
--
You r
Has anyone tested with the upcoming 14.04 release to see if the problem is
still there?
I still have an expensive unused DAC waiting for a fix.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bu
@mark: since i have the same problem (see #158) and am also
unexperienced with kernel installations, I just wait now until the
kernel 3.13 is in the package updates, I hope at latest with 14.04, so
in 2 months...
or is there anywhere a simple manual how to do this update? which kernel
will be in 1
I have the arcam mwave device mentioned above.
I am using 13.10 with kernel 3.11.0-17-generic as part of the normal
update procedure but the problem is still present.
I am uncertain how to apply the fix mentioned above (still very green when it
comes to kernel rebuilds).
How can I resolve?
--
I have an laptop Acer and an Asus Xonar U7 with asynchronus USB Audio CM6632A.
I'v tried this patches, but clicks was still here, with different kernel
version. I'v started unloading kernel modules and after unloading acer-wmi
clicks disapear.
Also nvidia's GPU powermizer frequency shift makes k
Alan,
I have an asynchronous DAC (HRT microStreamer) and I had the problem
described in this bug with current kernel releases when setting the
output to 88.2 or 96 KHz (just as a side note, it only happened with
ehci ports, it worked correctly with xhci ports)
I've just tried 3.13rc6 which includ
** Changed in: linux (Ubuntu)
Assignee: a! (a-guenther) => (unassigned)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
Status in “lin
Think I have similar problems using my Audiolab 8200 CD with the latest
Kubuntu (Kernel 3.11.0-14).
Described my problem here:
http://ubuntuforums.org/showthread.php?t=2190729 , but got no useful
help, and found now this bug report. Please let me know if I can do
something what would help the debu
Still present for me in 3.11.0-12-generic.
On 17/11/13 14:32, Andrejs Hanins wrote:
> Alan, finally I've found time and compiled mainline kernel from 15 of
> November (which includes the merge from tiwai branch) and I'm pleased to
> say that sound choppiness of my setup with Arcam rDAC has gone!
Alan, finally I've found time and compiled mainline kernel from 15 of
November (which includes the merge from tiwai branch) and I'm pleased to
say that sound choppiness of my setup with Arcam rDAC has gone! Can't
reproduce it whatsoever. Sound it flawless. So thanks a lot for your
efforts, and I'll
Andrejs:
If you read comments #118 and #121, you would understand why the
kernel's revert is different from the patch attached to comment #118.
There is another commit currently queued for the 3.13 kernel release:
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit?id=976b6c064a9
I thought I should chip in to confirm that I still get occasional issues
with my USB DAC, even on the current Saucy 3.11.0-12 kernel. The
symptoms are identical to those that were occurring prior to the patch,
however now they usually resolve by unplugging and replugging the DAC,
whereas prior to t
@Alan
To my surprise, the patch committed to the official Linux repo
(https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fdc03438f53a00294ed9939eb3a1f6db6f3d8963)
is very different from the patch attached to this bug report
(https://launchpadlibrarian.net/140553725/ehci-s
@Alan
At least, the distorted sound I hear is very similar to the original
description and the patch provided here does help me. I'm very confused,
because even the 3.9.6 kernel from ppa, which contains the fix does not help
me.
What I'll do is to compile several versions of kernel with and wi
On Sat, 9 Nov 2013, Andrejs Hanins wrote:
> Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10
> and the bug is still there, despite the fact fix was available few
> months ago. Is it expected situation?
Maybe you are seeing a different bug.
--
You received this bug notificati
@Andrejs
I'm using Trisquel 6.0 (Ubuntu 12.04 based) + Linux-libre 3.11.x / 3.12.0, it
works fine for me.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec c
13.04 is ok for me.
On 09/11/2013 10:05 pm, "Andrejs Hanins" wrote:
> Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10 and
> the bug is still there, despite the fact fix was available few months ago.
> Is it expected situation?
> Thanks.
>
> --
> You received this bug notifica
Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10 and the
bug is still there, despite the fact fix was available few months ago. Is it
expected situation?
Thanks.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux i
So, I'm using Ubuntu 13.04 64 bit and I have this:
wellywu@System76:/etc/pulse$ uname -r
3.8.0-27-generic
When is this going to be fixed?
I have a HRT MicroStreamer asynchronous USB DAC and headphone amplifier.
I downloaded and installed Clementine Development from the PPA and I set
ALSA sink to
** Changed in: linux (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
Status in “linux
69 matches
Mail list logo
