-
-
Notifications
You must be signed in to change notification settings - Fork 172
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
USB Audio packets #119
Comments
Is one of the hubs USB2 and the other USB3? If so, with which one does it work and which one it doesn't? Are both hubs bus powered or do they have their own power supply?
You won't see actual audio packets but you should see isochronous URBs.
That particular change caused issues with OUT transfers that were later fixed in 4736a88. See mailing list for discussion.
If the device is high speed then sigrok won't help (unless the host and/or hub is USB 1.1 only and thus the device operates in full speed). |
First of all, thanks for answering and providing so much information.
It's actually a lot more complicated, with two USB hubs not working (one an old USB 3.0 TekRepublic TUH-300 connected to the USB C port of my T14s Gen 2 Intel laptop, the other a Sabrent HB-TC5P multi type USB 3.0 hub, same port). the latter has a mix of USB 2.0 and 3.0 ports, PD passthru and a HDMI port. Then I have 2 working USB hubs, also connected to the same USB C port on the laptop, one a Inateck USB 3.2 Gen 2 HB2025 (10Gbps), the other a BYEASY USB 3.0 The USB audio DAC is a USB 1.1 full speed device (hence Sigrok might help, even if it's difficult to capture big enough packets that way). I'm enclosing the report from USBTreeView at the end. Outside of the specific ports being connected, USBTreeView sees identical devices independently of the hub working/not working The only difference I just noticed, is that with the working USB hubs/port, when starting to play music, I see
While with one of the non working USB hub, I see a very different flow
But I haven't had time to dig into that yet. At this point it looks as if I'm actually already capturing all I need, and somehow I missed it. I'd appreciate any additional pointer, but is looks as if this was really a PBCAK... Thanks! Rob P.S. I tried a few more captures, and I see that the Abort Pipe and Clear stall packets don't happen all the times, I now understand how I missed it previously. Still, those happen only with the non-working hub, and never with the working ones, so it seems like a good starting point to investigate
|
I'm sure it's a PBKAC and not a real issue (Problem Between Keyboard And Chair... i.e. me :) )
I've used USBPcap and Wireshark before to capture USB HID packets, and it worked well. I just installed the latest Wireshark and USBPcap on my Windows 10 laptop (Wireshark 3.6, USBPcap 1.5.4.0 and Win 10 19044.1415)
I have a Topping USB DAC/Amplifier (MX3) that works well when connected directly to the laptop. When going thru a USB hub, the device is recognized but doesn't play any sound. It works with a different USB hub, so it's something specific to that one hub.
With Wireshark and USBPcap I can see the descriptor packets and URB packets for things like changing the volume. But I cannot see any actual audio packets.
I listened to your talk and I think that only the URB packets are captured, not to isochronous audio ones... but I saw from Google searches that you actually fixed a isochronous packets issue, albeit for IN packets. #21
Is there a way to see the OUT audio packets? If not, my only other option is to use a logic analyzer with sigrok and the USB packet decoder, which is much less convenient than Wireshark
The text was updated successfully, but these errors were encountered: