Wireshark-bugs: [Wireshark-bugs] [Bug 11723] New: VoIP Calls -> Play Streams (RTP Player) does n
Date: Tue, 17 Nov 2015 22:47:14 +0000
Bug ID | 11723 |
---|---|
Summary | VoIP Calls -> Play Streams (RTP Player) does not always show streams; audio is not smooth |
Product | Wireshark |
Version | Git |
Hardware | All |
OS | All |
Status | UNCONFIRMED |
Severity | Major |
Priority | Low |
Component | Qt UI |
Assignee | [email protected] |
Reporter | [email protected] |
Build Information: v2.1.0rc0-587-g799d6fd + RTP player crash fix, https://code.wireshark.org/review/11894. cmake Debug build (-O2 is equally affected) and -fsanitize=address -fsanitize-undefined. Wireshark 2.1.0 (v2.1.0rc0-588-gb0de906 from unknown) 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.5.1, with libpcap, with POSIX capabilities (Linux), with libnl 3, with libz 1.2.8, with GLib 2.46.2, without SMI, without c-ares, without ADNS, with Lua 5.2, with GnuTLS 3.4.6, with Gcrypt 1.6.4, with MIT Kerberos, with GeoIP, with QtMultimedia, without AirPcap. Running on Linux 4.3.0-1-ARCH, with locale C, with libpcap version 1.7.4, with libz 1.2.8, with GnuTLS 3.4.6, with Gcrypt 1.6.4. Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz (with SSE4.2) Built using clang 4.2.1 Compatible Clang 3.7.0 (tags/RELEASE_370/final). -- She RTP Player in Wireshark (Qt) does not always immediately show the data in a RTP stream. Steps to reproduce: 1. Start Wireshark with a RTP capture ("MagicJack+ short test call" from wiki/SampleCaptures) 2. Open Telephony -> VoIP calls 3. Select stream. 4. Press Play Streams Expected behavior: Two streams should always become visible (GTK+ shows it within a second after pressing Decode). Actual behavior: Sometimes the graph stays empty with no streams. I have to close the RTP Player and re-open it again after waiting for three seconds or more. Something seems to happen on the background (retapping?) as the CPU usage rises after opening the RTP Player. Other issues: - audio stutters (the cursor also does not move smoothly). - Dragging the graph is not smooth at all, especially when it tries to make "fade out" transitions after stopping a drag and moving into a different direction. - After pressing "Play Streams", the number of detected packets are multiplied (11 -> 22, 33, 44, etc.) Looks like bug 11663?, except that it does not happen with the GTK+ player.
You are receiving this mail because:
- You are watching all bug changes.
- Prev by Date: [Wireshark-bugs] [Bug 11697] Qt Missing flag icon on translation menu
- Next by Date: [Wireshark-bugs] [Bug 11710] Issues with Qt Flow Graph
- Previous by thread: [Wireshark-bugs] [Bug 11722] Segmentation fault when using a Lua listener
- Next by thread: [Wireshark-bugs] [Bug 11724] New: OBEX dissector shouldn't be restricted to Bluetooth
- Index(es):