Wireshark-bugs: [Wireshark-bugs] [Bug 11723] New: VoIP Calls -> Play Streams (RTP Player) does n
Date Index · Thread Index · Other Months · All Mailing Lists
Date Prev · Date Next · Thread Prev · Thread Next
From: bugzilla-daemon@xxxxxxxxxxxxx
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 bugzilla-admin@wireshark.org
Reporter peter@lekensteyn.nl 

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 <gerald@wireshark.org> 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.