Bug ID |
11858
|
Summary |
usbaudio dissector hides descriptor data
|
Product |
Wireshark
|
Version |
2.0.0
|
Hardware |
x86
|
OS |
Windows 7
|
Status |
UNCONFIRMED
|
Severity |
Normal
|
Priority |
Low
|
Component |
Dissection engine (libwireshark)
|
Assignee |
[email protected]
|
Reporter |
[email protected]
|
Created attachment 14122 [details]
startup exchange with an USB soundcard
Build Information:
Version 2.0.0 (v2.0.0-0-g9a73b82 from master-2.0)
Copyright 1998-2015 Gerald Combs <[email protected]> and contributors.
License GPLv2+: GNU GPL version 2 or later
<http://www.gnu.org/licenses/old-licenses/gpl-2.0.html>
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (64-bit) with Qt 5.3.2, with WinPcap (4_1_3), with libz 1.2.8, with
GLib 2.42.0, with SMI 0.4.8, with c-ares 1.9.1, with Lua 5.2, with GnuTLS
3.2.15, with Gcrypt 1.6.2, with MIT Kerberos, with GeoIP, with QtMultimedia,
with AirPcap.
Running on 64-bit Windows 7 Service Pack 1, build 7601, with locale C, with
WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version
1.0 branch 1_0_rel0b (20091008), with GnuTLS 3.2.15, with Gcrypt 1.6.2, without
AirPcap.
Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz (with SSE4.2), with 8141MB of
physical memory.
Built using Microsoft Visual C++ 12.0 build 31101
--
In the last packet of the attached capture, if you run through the packet
dissection, in particular "Class-specific Audio Streaming Interface Descriptor"
items:
- for "General AS Descriptor" subtype, the contents of the descriptor is
present and decoded,
- for "Format type descriptor" subtype, the contents is not displayed even as a
hex stream, in contrary to how other descriptors handle data they cannot
handle.
So unless the hex/binary dump pane is big enough, you do not even notice the
existence of the data. Even worse, there is no way to copy those "hidden" data
to clipboard, as such option is not available in the dump pane.
As a "non-dev" (except Lua), I can only provide a reference to the document
which explains the meaning of the format type descriptor:
http://www.usb.org/developers/docs/devclass_docs/frmts10.pdf , but the hex
stream would be a good beginning.
I'm even not sure whether as of now, the contents of that descriptor can be
reached from a Lua post-dissector, leaving aside that there seems to be no hook
available in the usbaudio dissector to which one could hang a Lua dissector for
that payload (no usbaudio.subtype table is listed in View->Internals->Dissector
tables).
You are receiving this mail because:
- You are watching all bug changes.